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CHAPTSR  I 

INTRO DUO  Pi 

The  l\avy   Maintenance  and  Material  Management  System 
(3-M)  was  developed  to  meet  the  increasing  needs  of  the  Navy  to 
exercise  at  all  levels  of  management  more  effective  direction, 
supervision,  and  control  over  the  maintenance  resources  (skilled 
personnel,  material,  and  funds)  in  support  of  complex  equipments 
and  weapons  systems.   This  system  is  both  a  management  and  a 
management  information  system-- that  is,  it  is  a  vehicle  by  which 
management  control,  policy  direction,  and  technical  supervision 
are  progressively  exercised  from  one  management  level  to  another, 
and  it  provides  a  means  by  which  essential  information  pertaining 
to  maintenance  requirements  and  accomplishments  and  maintenance 
resource  requirements  and  usage  can  flow  between  interested 
managers  at  all  levels. 

Background 

In   January,  1963,  the  Chief  of  Naval  Operations 
established  the  Maintenance  and  Material  Management  Project  Group 
in  iJorfolk,  Virginia  for  the  purpose  of  recommending  implementing 
action  to  improve  the  material  readiness  of  the  fleet  through 


2 
better  management  of  the  maintenance  and  the  material  functions.1 

Along  with  the  creation  of  a  Maintenance  and  Material 
Management  Group  at  Norfolk,  two  Washington,  D.  C.  based 
committees  were  established  to  coordinate  and  direct  the  efforts 
of  the  Project  Group.   These  committees  were  a  Steering  Committee 
under  the  Chairmanship  of  the  Assistant  Chief  of  Naval  Operations 
for  Logistics  and  a  subcommittee  of  the  Steering  Committee  known 

as  the  Staff  Working  Group,  to  be  chaired  by  the  £xecutive 

p 
Secretary  of  the  Steering  Committee. 

The  Steering  Committee  was  a  policy-making  body.   It 

was  kept  informed  of  both  progress  and  significant  problems  in 

its  area  of  interest  through  periodic  reports  by  its  subcommittee, 

the  Staff  Working  Group.   Ihe  primary  missions  of  the  Working 

Group  were:  (a)  The  development  of  a  standard  maintenance 

planning  and  control  system  that  would  provide  for  the  uniform 

accomplishment  of  planned  preventive  maintenance  in  all  ships  and 

aircraft  squadrons  of  the  operating  fleet;  and  (b)  The  development 

of  a  system  for  collecting,  processing,  analyzing,  and 

distributing  feedback  information  that  would  enable  line 

commanders  and  bureaus  to  carry  out  their  management  functions 

better  in  support  of  the  operating  forces.-^ 

!u.  S.,  Department  of  the  Navy,  Office  of  the  Chief  of 
Naval  Operations,  Instruction  5420.48,  3-M  System  Project  Group 
and  Subordinate  3-M  Staff  Working  Group.  15  January  1963. 

2Ibid. 

3lbid. 
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In   March  of  1963,  a  program  to  achieve  the  above 
objectives  was  Implemented  and  provided  for  a  time-phased  plan 
of  action  for  the  Installation  of  a  standard  maintenance  planning 
system  and  a  related  Maintenance  and  Material  Management 
Information  System. 

In  order  to  facilitate  the  design  of  the  Information 
system,  a  subcommittee  called  the  Research  Study  Team  under  the 
chairmanship  of  the  Office  of  Naval  Research  was  established  In 
July,  1963.   The  membership  of  the  Research  Study  Team  Included 
representatives  from  the  Bureaus  (now  called  Systems  Commands), 
Office  of  the  Chief  of  Naval  Operations,  Office  of  Naval  Material, 
Fleet  Work  Study  Group  Atlantic,  Office  of  Naval  research  and 
The  George  Washington  University  Logistics  Research  Project. 
Basic  to  the  effort  of  designing  an  Information  system  was  the 
determination  through  the  device  of  a  formal  user  survey  of  the 
requirement  for  maintenance  and  material  Information  at  each 
management  and  command  level. 

The  concern  with  functional  areas  was  related  to  an 
Interest  In  evaluating  data  requirement  commonality  and  uniqueness 
over  major  management  areas:  maintenance  management  per  se, 
material  management,  personnel  management,  systems  effectiveness 
management  (reliability,  maintainability,  availability).   The 
assessment  of  requirements,  through  the  medium  of  a  survey 

1\J.   3.,  department  of  the  Navy,  Office  of  the  Chief  of 
Naval  Operations,  Instruction  4700.16c,  Standard  Navy  Maintenance 
Management  System  (3-a  System).  27  August  1965. 
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questionnaire,  was  designed  to  provide  information  on: 

1.  The  fundamental  level  (component,  subsystem,  system, 
ship  or  aircraft,  class  or  type)  of  aggregation  at  which 
particular  commands  or  functional  area  managers  require 
maintenance  Information  to  be  reported. 

2.  The  requirement  for  identification  information  to 
particularize: 

a.  The  object  of  the  maintenance  action  (the 
hardware  entity  on  which  maintenance  is  being  performed). 

b.  The  resources  (material  and  manhours)  consumed  in 
maintenance  actions. 

3.  The  requirement,  by  particular  commands  and 
functional  area  managers,  for  specific  data  elements  which 
describe  the  nature  of  the  maintenance  action  or  the  operational 
history  of  equipments  prior  to  the  maintenance  action. 

4.  The  requirement,  by  commands  and  functional  area 
managers,  for  timeliness  of  reporting  of  maintenance  information 
(dally,  weekly,  monthly,  quarterly,  annually,  exception  basis). 
Information  in  this  area  was  essential  to  the  ultimate  selection 
of  data  processing  and  communications  equipment  to  effect  a  full- 
scale  operational  information  system. 

Upon  completion  of  the  survey  of  information  requirements, 
the  Research  Team  recommended  the  adoption  of  a  basic  system 
consisting  of  ten  maintenance  specific  data  elements  and  the 
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immediate  development  of  Master  File  3a ta.^ 

The  master  file  data  base  was  to  Include  that 
Information  which  must  be  available  at  a  data  processing  center 
to  interact  with  the  maintenance  specific  data  for  the  production 
of  desired  management  reports.   The  system  required  direct 
accessibility  to  the  following  types  of  existing  data  files:2 

1.  Catalog  Files— unit  price,  unit  cube,  unit  issue, 
parts  nomenclature,  Component  identification  number  (CID)  cross 
reference. 

2.  Configuration  Accounting  File. 

3.  Federal  Stock  Lumber  Cross  Reference  File. 

4.  Planning  and  Scheduling  File— employment  schedules, 
alteration  and  repair  schedules. 

5.  ^lanhour  Cost  Files. 

6.  Allowance  and  Load  List  Piles. 

The  main  problem  was  to  effect  a  required  standardization 
over  the  many  sources  which  generated  or  stored  and  processed 
these  data;  to  investigate  the  error  structure  of  the  existing 
files,  establish  a  priority  program  to  effect  necessary  improve- 
ments, and  develop  and  implement  control  procedures. 

lj.  o.  liamllton,  A  Proposed  Integrated  Navy  Ship 
I'iaintenance  and  ^iaterlal  Information  System.  £he   George  isiashlngton 
University  Logistics  research  Project,  Technical  Paper,  Serial 
T-176,  12  January  1965. 

2u.  ^.,  department  of  the  Navy,  Office  of  the  Chief  of 
Naval  Operations,  Instruction  4700.22,  ADpa  Located  at  3PCC. 
mechanics  burg.  Pa..  22  itprll  1966. 
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The  operational  requirements  for  automatic  data 
processing  were  generated  and  the  basic  functions  of  the  computer 
system  were  outlined  as  follows:1 

1.  Oreate  and  maintain  an  audited  3-M  Data  jase. 

2.  Validate  the  3-M  data. 

3.  Produce  validation  reports  to  the  fleet  for  the 
purpose  of  corrective  feedback, 

4.  Assimilate  non-3-M  (blaster  Data  File)  data  files, 

5.  Produce  and  distribute,  periodically  or  on  demand, 
3-M  management  reports, 

6.  Supply,  periodically  or  on  demand,  subsets  of  3- 
flles  to  user  specification. 

Programming  was  accomplished  at  The  George  Washington 
University  and  the  completed  data  processing  system  was  acceptet 
by  the  Maintenance  Support  Office,  Hechanicsburg,  Pennsylvania 
on  September  22,  1966, ^ 

Purpose  and  Scope 

Since  its  implementation  in  1963,  the  3-M  System  has 
undergone  continuous  growth  and  development.   The  implementation 

logistic  research  Project  Technical  Memorandum, 
Description  and  Scheduling  of  Management  Products  for  the  Kavy 
Maintenance  and  Material  Management  Program,  Serial  TM-12066, 
13  November  1964, 

2Ibid, 

^Maintenance  Support  Office  letter  301  247,  22  September 
1966. 


7 
of  a  system  of  the  magnitude  of  5-Mf  a  system  which  in  essence 
crosses  all  norm  command  and  support  lines  and  modifies  previous 
management  methods,  has  not  been  accomplished  without  some 
controversy  and  degree  of  reservation. 

The  purpose  of  this  study  is  to: 

1.  iixamine  carefully  and  comprehensively  the  effective- 
ness of  the  3-M  System  in  attaining  its  objectives  as  a 
management  information  system. 

2.  Assess  the  value  of  the  3-M  System  in  providing 
information  necessary  for  the  improvement  of  the  Shipboard 
Allowance  and  Load  List  Program. 

3.  Examine  the  contributions  and  benefits  derived  thus 
far  from  the  3-H  System. 

4.  Consider  some  of  the  systems  Interface  problems  that 
exist  for  the  future. 

An  analysis  will  be  made  of  the  principles  and  main 
elements  of  an  integrated  management  information  system,  as  set 
forth  in  the  literature  by  management  and  data  collection 
processing  authorities.   This  analysis  will  be  used  as  a  basis 
for  evaluating  the  effectiveness  of  the  3-tf  System.   Certain  areas 
of  the  entire  system  will  be  examined;  however,  primary  focus  will 
be  on  the  Maintenance  Data  Collection  System  (MDC3),  a  major  3- 
subsystem,  for  support  of  shipboard  Installed  equipments  as 
opposed  to  aviation  support. 


Information  Science 

Information  systems  consist  of  collections  of  recorded 
information,  custodians  who  organize  and  maintain  the  collections, 
retrieval  procedures,  and  users.   The  conceptual  foundations  for 
these  systems  are  derived  from  mathematics,  engineering, 
behavioral  science,  and  the  many  other  disciplines  which  together 
make  up  information  science. 

an   analysis  of  any  Information  system  must  begin  with  an 
understanding  of  information  science  whose  theories  form  the 
conceptual  foundations  of  information  systems. 

Information  science  is  the  discipline— the  theoretical 
discipline— concerned  with  the  applications  of  mathematics, 
systems  design,  and  other  information  processing  concepts.   It  Is 
an  interdisciplinary  science,  involving  the  efforts  and  skills  of 
librarians,  logicians,  linguistics,  engineers,  mathematicians, 
and  behavioral  scientists.   The  application  of  information  science 
results  in  an  information  system. ■*■ 

1 ...  Boric©,  "The  Conceptual  Foundations  of  Information 
sterns,"  Paper  read  at  the  symposium:  The  Foundations  of  Access 
of  rynowleuKe.  Syracuse  University,  Syracuse,  liew  fork, 
July  23-30,  1965 . 
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According  to  Peter  Orucker,   the  manager  has  one  specific 
tool  at  his  disposal— namely,  information.   He  does  not  handle 
people;  he  motivates,  guides,  organizes  people  to  do  their  own 
work.   His  tool  to  accomplish  all  of  this  is  the  spoken  or 
written  word  or  the  language  of  numbers, 

formal  arrangement  for  seeking  out  the  critical 
problems  of  any  organization  is  a  prerequisite  to  any  evaluation 
of  its  information  problems.   In  actual  practice,  the  life  of 
the  manager  is  a  flood  of  messages  varying  in  scope  and 
significance.   As  a  "message  center, "  his  effectiveness  depends 
on  how  he  arranges  for  these  messages  to  flow  to  him  and  how  he 
filters  out  the  most  significant  content  of  the  messages  received. 

The  origin  of  the  problem  of  inadequate  management 
information  lies  in  the  gap  between  a  static  information  system 
and  a  changing  organizational  structure,   .-lany  leading  companies 
are  suffering  a  major  information  crisis— often  without  fully 
realizing  it.   As  D.  .vonald  Janiel  points  out  in  his  article, 
"xfenagement  Information  Crisis, "  the  trouble  is  that  in  most 
companies  it  is  virtually  taken  for  granted  that  the  information 
necessary  for  the  performance  of  a  manager's  duties  flows  to  the 
job.   The  cornerstone  for  building  a  competent,  useful  management 
information  system  is  the  determination  of  each  executive's 

1 Peter  Jrucker,  The  Practice  of  /janagement  ( L'ew  York: 
Harper  and  Row,  Inc.,  1954)»  p.    T~ 
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Information  needs.1   Unfortunately,  rnost  organizational  structures 
do  not  pin  down  the  responsibility  of  management  information 
systems  nor  do  they  identify  It  to  specific  executive  positions. 

Some  organizations  have  been  nearly  paralyzed  by  too 
much  of  the  wrong  information.   A  management  system  is  created 
in  anticipation  of  needs  that  are  not  fully  known,   ret  the  real 
measure  of  the  adequacy  of  a  system  is  its  ability  to  satisfy 
its  users'  needs  as  they  arise. 

One   of  the  keys  to  the  development  of  a  dynamic  and 
usable  system  is  to  move  beyond  the  limits  of  classical  accounting 
reports  and  to  conceive  of  information  as  it  relates  to  two  vital 
elements  of  the  management  process,  that  Is,  planning  and 
control. 

raajor  challenge  to  the  information  system  designer 
lies  in  trying  to  integrate  the  organization's  data  base  so  that 
it  can  be  useful  to  all  of  the  segments  and  components  of  the 
organization.   The  purpose  of  any  system  is  to  carry  information 
to  a  decision  maker,  while  the  task  of  the  system's  designer  is 
to  achieve  a  balance  between  the  built-in  decision  mechanisms  and 
the  decision  that  Individuals  make  as  a  result  of  the  system's 
output.   Emphasis  is  needed  on  the  processing  of  information 

r»nald  Janlel,  "Management  Information  Jrisis,"  in 
Robert  H.  Anthony,  John  Dearden,  and  Richard  P.  Vancil, 
Management  Control  S.vstem3--Cases  and  readings  (iiomewood,  ill.: 
Richard  j.  Irwin,  Inc.,  1965),  pp.  111-112. 
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requests  and  the  providing  of  reports  on  an  as  required  basis, 
as  opposed  to  a  system  that  produces  printouts  from  a  data  bank 
on  a  routine  cycle.   Often,  the  manager  cannot  assimilate  the 
vast  quantities  of  data  that  are  produced  at  regular  Intervals, 
and  often  his  requests  for  specific  data  are  met  with  references 
to  high  re programming  costs  and  lengthy  delays. 

Do  this  point  in  the  paper,  there  has  not  been  a  direct 
reference  to  computers  or  any  other  specific  type  of  data 
processing  equipment,   fhis  is  to  emphasize  that  possession  of 
data  processing  equipment  is  not  a  prerequisite  for  a  management 
information  system.   ,uch  equipment,  of  course,  has  opened  up  new 
avenues  In  systems  design  and  greatly  enhanced  management's 
capability  of  coping  with  information  requirement  problems. 
There  are  some  that  feel  automatic  data  processing  is  not  an 
answer  in  itself.   John  ^earden  contends,  for  example,  that  many 
managers  today  are  making  decisions  using  less  than  ten  percent 
of  the  information  that  would  be  available  to  them  without 
computers.   However,  the  faults  of  many  inadequate  management 
information  systems  cannot  be  corrected  merely  by  the  use  of  a 
computer.   The  computer  can  be  used  to  automate  only  certain  types 
of  operational  control  systems.   Attempting  to  automate  all  of 
the  top-management  information  requirements  is  the  wrong 
approach.    in  many  organizations  management  is  concerned  with  the 

*John  ^earden,  "Can  management  Information  be  .lutomated?, " 
in  Kobert  N.  Anthony,  John  Searden,  and  Richard  P.  Vancil, 
Management  Jontrol  ays  terns--  Jases  and  readings  (Homewood,  111.  : 
xticnard  J.  Irwin,  Inc.,  1955),  p.  532. 
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extent  to  which  computers  should  be  used  to  automate  Its 
information  system.   A  more  important  concern,  however,  is  the 
adequacy  of  the  system,  particularly  in  the  strategic  planning 
and  management  control  areas.   Consequently,  it  appears  that  it 
is  vital  to  examine  the  quality  of  the  management  information 
system  first  and  to  consider  automating  it  second. 

There  is  evidence  that  many  managements  in  industry  today 
are  still  reluctant  to  undertake  a  formal  management  information 
program.   Joseph  I.  aarnett,  Vice  President  of  the  Standard 
Program  Corporation  of  flew  York,  attributes  this  reluctancy  to  a 
lack  of  understanding  and  the  confusion  that  surrounds  the 
subject  of  information  systems.   He  feels  that  contributing  to 
this  confusion  are  accounts,  such  as  those  below,  that  relate  the 
experience  of  others  who  have  undertaken  such  a  program. 

1.  Associates  in  other  companies  either  praising  or 
condemning  the  results  of  similar  programs  undertaken  by  their 
organizations.   This  contradiction  becomes  more  confusing  when 
the  reasons  given  for  success  or  failure  differ  from  person  to 
person. 

2.  Internal  line  and  staff  management  personnel  stating 
the  absolute  necessity  for,  or  violent  objection  to,  such  an 
undertaking  with  each  endorsement  or  objection  supported  with 
valid  proof. 

^John  Dearden,  "Management  Information  Systems  and  the 
Computers,"  in  Robert  N.  Anthony,  John  Dearden,  and  Richard 
Vancll,  xfenagement  Control  Systems— Cases  and  readings  (homewood, 
ill . :  aichard  L>.  Irwin,  Inc.,  1965),  p.  519. 
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3.  Presentations  by  experts  In  the  Information 
processing  field  pointing  out  the  simplicity  or  extreme 
complexity  of  such  an  undertaking. 

4.  i'he  sudden  appearance  of  excessive  costs,  during  or 
following  installation,  that  were  not  considered  at  the  time  of 
the  original  estimates, 

5.  Underlying  fear  of  personnel  that  Installation  of  a 
management  information  system  will  uncover  weak  spots  in  the 
organization  that  could  lead  to  changes  affecting  them.1 

Mr«  Barnett  notes,  however,  that  management  is 
continuously  faced  with  the  frustrations  of  receiving  inadequate, 
incorrect  or  untimely  information.  As  a  result  of  these 
frustrations,  the  more  progressive  companies  are  vigorously 
pursuing  the  development  and  installation  of  information  systems. 
Ihls  determination  stems  fron  a  desire  to  achieve  a  stage  in 
information  storage,  use,  and  handling  that  will  achieve: 

1.  Uniformity  of  Information— with  a  single  source 
generating  the  required  information. 

2.  Pliability  of  information— resulting  from  adequate 
controls  established  and  constantly  monitored  on  all  input  and 
output  of  the  system. 

3.  On-time  response— communication  of  established 
information  needs  as  often  and  as  quickly  as  desired. 

ljoseph  x,    iarnett,  "ilow  to  Install  a  Management 
Information  and  Control  System, "  Systems  and  Procedures  Journal. 
XIX  (October,  1966),  pp.   10-14. 
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As  these  items  are  achieved  the  benefits  from  a 
management  information  system  become  evident:  the  potential  for 
achievement  of  substantial  reductions  in  operating  costs, 
information  that  management  can  refer  to  quickly  and  simply  to 
assist  in  its  decision  process,  and  a  smoother,  more  efficient 
organization  that  can  supply  the  information  when  needed. 

Information  is  management  Information  only  to  the  extent 
to  which  the  manager  needs  or  wants  it;  and  it  is  significant  to 
him  only  in  terms  of  its  value  to  his  accumulation  of  relevant 
knowledge  and  plans  and  to  his  personal  responsibility. 

Charles  T.  Meadow  in  his  book  entitled  The  Analysis  of 
Information  Systems  stresses  that  the  designer  of  an  information 
system  is  faced  with  two  major  problems  relative  to  system 
performance:  finding  user's  requirements  and  interpreting  the 
response  he  gets  when  he  asks  what  is  wanted,  these  being  clouded 
by  honest  inability  to  state  requirements  and  the  unfortunate 
tendency  of  some  people  to  try  to  outguess  the  designer  on  the 
nature  of  the  system  that  will  ultimately  be  created.2 

A  significant  area  of  systems  design  is  the  setting  of 
boundaries,  which  is  a  key  part  of  any  problem  definition.  From 
such  a  framework  we  can  obtain  a  realistic  grasp  of  the  meaning 
of  information  and  its  flow  in  management  situations.   True, 
there  are  as  many  ways  to  classify  information  for  management 
purposes  as  there  are  management  problems,  and  these  are  infinite, 

ilbld. 

2Charles  I.  aeadow,  The  -analysis  of  Information  Systems 
(New  York:  John  Wiley  and  Sons,  Inc.,  1967),  p.  135.       
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It  is  the  top  management's  responsibility  to  give  their 
managers  the  best  operating  information  rather  than  relying 
solely  on  controls.   Information  is  worth  storing  only  if  there 
is  a  definable  use  for  it  in  solving  a  pending  or  foreseeable 
problem. 

In  his  article,  Mr,  Barnett  describes  the  steps  that 
management  must  take  prior  to  installing  a  system  to  help  insure 
its  successful  functioning.   Until  management  feels  that  these 
items  are  in  place,  or  can  readily  be  achieved,  it  would  be  best 
to  delay  the  start  of  organizational  involvement  in  information 
systems, 

1,  Adequate  organizational  discipline  so  that  common 
interfunctional  procedures  can  be  implemented, 

2,  Documentation  of  potential  savings  anticipated  from 
installation  of  the  system.   This  documentation  must  Include 
reasonable  supporting  data  to  substantiate  the  savings,  and  to 
Justify  the  investment  of  company  facilities  for  such  an 
undertaking, 

3,  A  relatively  stable  management,  especially  at  the 
policymaking  level.   Continual  reorganization  at  this  level  does 
not  have  an  environment  conducive  to  effective  systems  design  and 
installation  of  this  nature.   Paradoxically,  a  management 
information  system,  if  properly  designed,  will  help  stabilize  an 
organization  as  a  result  of  the  well  defined  responsibilities  and 
controls  required  for  such  a  system. 
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4.   Management  that  Is  willing  to  commit  its  own  time 
and  Interest  to  understand  the  various  plans,  techniques  and 
equipment  associated  with  the  proposed  system.   This  understanding 
should  be  in  sufficient  detail  to  enable  Intelligent  monitoring 
of  the  costs  and  progress  of  the  system. 

5*   The  willingness  of  management  to  start  acquiring  and 
training  a  core  of  experienced  systems  personnel.   This  core  can 
range  in  size  from  one  man  in  a  small  company  to  a  full  staff  of 
twenty  or  more  in  a  major  corporation. 

6.   Ihe  presence  within  the  organization  of  operational 
personnel  who  are  knowledgeable  in  depth  concerning  the 
Information  requirements,  methods,  procedures,  and  techniques 
within  the  functions  they  are  associated  with.   These  personnel 
will  play  a  major  role  in  the  design  and  implementation  of  such  a 
system.   Management  must  be  willing  to  relinquish  considerable 
time  from  the  regular  duties  of  these  personnel  since  they  will 
become  members  of  the  design  and  installation  committee.1 

Information  processing  has  suffered  in  the  past  because 
it  was  assumed  that  it  was  similar  to  the  processing  of  a 
physical  product,   information  must  be  conceptual  in  nature.   Ihe 
separation  of  the  concept  of  information  from  the  physical  media 
upon  which  the  information  is  carried  will  be  a  major  breakthrough. 

^Harnett,  Systems  and  Procedures  Journal. 
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James  D,   Gallagher,  in  his  book  ilanaf.eaent  Information 
Systems  and  the  Computer.^-  states  that  the  ultimate  goal  of  an 
effective  management  information  system  13  to  keep  levels  of 
management  completely  informed  on  all  developments  in  the  business 
which  affect  them.   To  do  this  the  data-processing  personnel  and 
those  entering  information  into  the  system  should  know  what  data 
to  collect  and  which  to  tabulate,  and  management  on  its  part  has 
the  obligation  to  clearly  define  its  actual  requirements  for 
internal  information. 

Timely,  adequate  and  correct  information— the  means 
through  which  management  can  effectively  monitor,  control,  and 
plan— -is  becoming  Increasingly  elusive  as  organizations  grow  in 
size  and  complexity.   The  decision  to  establish  formal  information 
systems  becomes  almost  inevitable  in  today's  accelerated  climate. 
Tsentlally,  the  functioning  of  a  management  information 
system  Involves  transmission  of  all  pertinent  data  (data  flows) 
necessary  to  the  conduct  of  an  organization  to  one  or  more 
management  information  centers,  where  it  is  maintained  and  then 

disseminated  in  discrete  form  to  all  levels  of  management. 

p 
Professors  John  Dearden  and  J?.  Warren  ;4c?arlan,   both  of 

the  Harvard  Business  School,  assert  that  information  is  not 

homogeneous  and,  therefore,  different  kinds  of  information  must  be 

*(New  fork:  American  .management  Association,  1961),  p.  17. 

cJohn  Dearden  and  i1.  warren  .v!cfarlan,  .Management 
Information  Systems:  Text  and  Qases  (Homewood,  Illinois:  diehard 

um    Irwin,  Inc.,  1967),  pp.  4-6. 
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treated  differently.     According  to   them  the  five  Important 
dichotomies  of  information  are: 

1.  Action  and  nonaction. 

2.  Recurring  and  nonrecurring. 

3.  Documentary  and  nondocumentary. 

4.  Internal  and  external. 

5.  Historical  and  future. 

In  order  to  handle  effectively  the  information  that  is 
entering,  circulating,  being  generated  and  leaving  a  business,  it 
is  necessary  to  organize  logical  systems  for  data. 

An  organization  can  be  viewed  as  a  series  of  large 
information  networks  connecting  the  requirements  for  information 
with  the  sources  of  data.   In  large  complex  business  organizations, 
the  different  operations  of  a  given  business  organization  can  be 
described  as  separate  information  networks,  with  one  giant  overall 
information  network  superimposed  on  top  of  the  individual 
information  networks. 

Methods,  tools,  techniques,  and  processing  equipment  have 
only  recently  been  applied  to  this  management  concept,  although 
viewing  a  business  organization  as  a  series  of  information 
networks  has  been  expounded  by  teachers  of  management  for  many 
years . 

The  Navy  is  analogous  to  a  complex  business  organization 
as  it  also  may  be  viewed  as  a  series  of  information  networks.  To 
understand  the  nature  of  an  integrated  management  information 
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system  in  the  i\avy,  present-day  problems  must  be  reviewed. 

The  structure  of  management  information  systems  is 
parallel  to  the  management  structure.   Ihls  structure  is  shown 
schematically  in  three  levels.   (figure  1) 


executive 
Planning 


Management 
Control 


Operations 


j'igure  !•—  ulerarchical  MI3  structure 


In  the  Lavy  these  three  levels  might  be  equated  to  the 
Secretarial  level,  the  Command  level,  and  the  Operating  level. 
However,  it  is  better  not  to  consider  the  structure  as  fixed  but 
to  assume  that  any  position  of  management,  either  in  the  military 
or  in  industry,  may  fall  into  one  of  the  three  horizontal 
categories,  depending  on  the  work  problem  at  hand  and  the  related 


20 
decision-making  requirement. 

At  the  three  management  levels,  three  different  types  of 
general  Inputs  and  outputs  of  Information  are  required,   (figure  2) 
These  inputs  and  outputs  are  Inherently  different  and  present 
systems  do  not  generally  provide  for  vertical  aggregation  of  data 
from  the  grass  roots  into  condensed  Information  at  the  top  in  any 
responsive  and  automated  means. 


special  requests 


Information  requests 


Transactions 


Support  for  decisions 


Deman\  reports 


Z 


Scheduled  reports 


figure  2.— ilypioal  Input/ Output 


^40 1  only  can  the  management  structure  be  shown  as  trl« 
level  but  some  problems  can  be  structured  in  a  similar  manner, 
(figure  3)   The  top  level  shows  inadequate  information  for 
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Figure  3.— Hierarchical  Problem  .Structure 


decision-making.   Certainly  there  is  not  an  Inadequacy  in  the 
amount  of  output  generated,  but  rather,  an  inadequacy  in  the 
presentation  or  format  of  the  Information  and  the  responsiveness 
with  which  the  material  for  decision-making  is  provided  to  top 
management*   This  has  been  brought  about  through  complexities  of 
warfare,  of  weapons  systems,  and  management  support  systems. 
The  requirement  for  information  to  support  decision-making  at  the 
top  has  resulted  in  a  proliferation  of  data  systems,   Currently, 
there  are  approximately  500  automated  systems  in  the  Navy,  few  of 
which  are  alike,  and  fewer  talking  to  each  other.   Because  of  this 
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proliferation,  inordinate  demands  are  placed  on  the  operating 
forces  to  supply  the  data  inputs  to  these  systems. 

Another  way  to  look  at  a  jianagement  information  system 
and  its  problems  is  presented  by  a  vertical  structure  of  sub- 
■jatMH i   (Figure  4)   *3  a  representative  example,  note  the  five 
subsystems  shown  below*   it  is  hard  to  trace  the  continuity  of  a 
vertical  subsystem  in  an  organization  as  large  as  the  Kavy, 
especially  through  an  electronic  or  an  automated  chain*  However* 
vertical  subsystems  are  conceived  as  extending  from  top  to 
bottom* 


.ure  4*— Vertical  Subsystems 
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x'roblems   associated  with  vertical   subsystems   are: 

1.      I*aclc  of   data  control. 

inability  to  move  data  between  subsystems. 

3.    n-uniformity  of  procedures  and  formats.   As  a 
result  of  these  problems  there  is  a  heavy  impact  on  the  operating 
forces.   Redundancy  of  input  and  reporting  must  be  alleviated. 
The  system  must  be  dynamic;  it  must  provide  levels  of  aggregation 
appropriate  to  the  decision  level,  and  tec>       for  oerformance 
evaluation, 

wonceutual  iipproacn 

Sight  system  design  precepts  have  been  extracted  from 
the  previous  analysis,  others,  must 

be  considered  in  developing  management  information  systems. 
System  design  precepts: 

1,  Micro  input, 

2,  Integration  of  data  banks, 

3,  Multiple  use  of  a  single  input, 

4,  Data  aggregation, 

5,  Multi-level  access, 

6,  Vertical  search, 

7,  Adaptive  capability. 

8,  Inter/intra  service  compatibility. 
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The  micro  Input  precept  Is  a  ehort  way  of  saying  entry 
of  data  into  the  system,  in  the  smallest  elements,  at  one  time, 
and  one  place.   Implementation  of  the  micro  input  concept 
alleviates  the  reporting  burden  on  the  operating  level. 

An  Integrated  data  bank  serves  as  a  central  depository, 
or  master  file  for  all  data  collected  by  the  system,   i^ata 
elements,  rather  than  reports,  are  sent  directly  to  the  bank. 
This  reduction  in  the  amount  of  data  forwarded  permits  the 
efficient  use  of  more  sophisticated  communi     as.   management 
reports  can  be  generated  either  on  a  routine  basis  or  as  required, 
with  the  burden  shifted  from  the  operating  forces  to  the  shore 
establishment. 

The  multiple  use  of  a  single  input  means  that  the  data 
are  taken  into  the  system  just  one  time  to  be  used  by  all 
segments  or  subsystems.  An  alternative  method  for  multiple  use 
of  a  single  input  would  have  interrogation  by  subsystems  that  are 
external  to  the  data  bank.   The  element  entering  would  pick  up 
tags  identifying  it  to  the  subsystem  concerne    ;h  retrieval. 
j.-i  aggregation  can  be  thought  of  as  a  compression  of 
the  data  as  they  ascend  in  the  management  hierarchy.    nagement 
at  various  levels  requires  different  amounts  of  detail  to  support 
its  decision-making  process,   jata  aggregation  is  a  very  simple 
conceptual  idea,  but  it  ia  very  difficult  to  accomplish, 
couple  of  years  ago  the  weight  of  evidence  was  against  this 
capability  being  automated.   However,  the  rapidly  advancing 
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state-of-the-art  in  computerization  will  make  this  task  feasible 
in  the  near  future. 

lti-level  access  means  multiple  use  of  single  inputs 
at  all  decision  levels.  The  system  must  provide  access  to  data 
by  all  levels  of  management  having  a  need  to  know. 

Vertical  search  is  not  the  opposite  of  aggregation,  but 
it  implies  the  necessity  to  aggregate.   It  is  the  capability  of 
any  decision  level  to  search  any  level  of  detail  or  summarization, 
independent  of  his  position  in  the  organization  or  management 
structure.   The  vertical  search  concept  is  again  something  for 
which  a  responsive  capability  does  not  presently  exist.   If,  for 
example,  an  event  is  reported  to  a  higher  authority  who  wants  to 
know  why  the  event  took  place,  the  response  to  the  query  may  take 
an  inordinate  amount  of  time.   This  la  not  the  responsiveness 
that  is  needed.   Kapld  and  responsive  vertical  search  for 
management  is  a  necessity. 

The  precept  of  adaptive  capability  permits  a  newly  stated 
query  to  be  placed  into  the  system  without  requiring  the  whole 
system  to  be  reprogrammed.   There  must  be  alternative  ways  in 
which  the  system  may  be  queried  and  answers  obtained. 

Inter/intra  service  compatibility  means  that  the  system 
must  interface  with  many  other  management  information  systems 
that  exist  throughout  the  Department  of  defense.   A  conceptually 
sound  Information  system  is  one  that  permits  the  Integration  of 
a  broad  spectrum  of  information  which  is  required  for  management 
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action,  into  a  single  pool,  in  readily  accessible  format.   Such 
an  approach  tends  to  reduce  the  need  for  and  proliferation  of 
single-function  management  information  systems. 


CHAPT&i  III 

Ml  SYSTEM 

Mow  that  a  conceptually  sound  management  Information 
system  has  been  developed  It  la  possible  to  evaluate  the 
effectiveness  of  the  3-M  System.  Attention  will  be  focused  on 
the  Maintenance  Data  Collection  Sub-system  {ADC5)   of  3-M  since 
It  Is  the  subsystem  that  has  been  designed  to  provide  management 
Information. 

Maintenance  Data  Collection 

The  3-M  System  Is  divided  Into  two  broad  subsystems. 
Ihe  Planned  Maintenance  System  (PMS)  Is  designed  to  provide  the 
necessary  tools  to  be  used  in  carrying  out  scheduled  maintenance. 
Ihe  Maintenance  Data  Collection  System,  on  the  other  hand,  is 
the  medium  by  which  information  is  gathered  from  operating  units 
on  a  timely  basis,  in  a  standard  format,  to  assist  the  manager  in 
answering  questions  concerning  the  use  of  resources  and  the 
effectiveness  of  maintenance  performed.* 


U.  S.,  department  of  the  Kavy,  Office  of  the  Chief  of 
haval  Operations,  Brochure,  Vols.  I  and  11,    Navy  Maintenance 
r>aterlal  Management.  Maintenance  Data  Collection  System. 
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i'he  system  is  intended  to  assist  various  levels  of 
management  ranging  from  the  ship  level  through  the  material 
managers. 

At  the  ship  level  information  is  to  be  provided  to:1 

1.  Determine  effectiveness  of  preventive  and  corrective 
maintenance  programs, 

2.  Identify  problems-systems,  equipment,  or  components. 

3.  Pinpoint  weak  areas,  such  as  personnel,  supervision, 
schooling,  or  material. 

At  the  other  end  of  the  management  spectrum,  material 
managers,  information  is  to  be  provided  to:2 

1.  Improve  forecasts  of  requirements  for,  and  selective 
distribution  of,  repair  parts. 

2.  Jetermine  the  effectiveness  of  supply  support  to  the 
fleet. 

3*   Evaluate  the  effect  of  alterations  and  configurations 
on  material  requirements  and  material  disposal. 

4.  Improve  allowance  and  load  list. 

^ach  maintenance  action,  either  preventive  or  corrective, 
is  documented  (OPKAV  FORK  4700. 2B)  by  the  persons  performing  the 
maintenance.   This  document  is  forwarded  to  the  Maintenance  Data 
Collection  Center  of  the  ship  where  it  is  assigned  a  Maintenance 

1Ibld. 
2lkid. 
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Control  dumber.   Supply  documents  (i^avSand^  1250)  for  issue  of 
material  incident  to  a  maintenance  action  are  also  forwarded  to 
the  collection  center  where  they  are  accumulated  for  forwarding 
along  with  the  maintenance  form  to  the  maintenance  Support  Office. 

tree  5  and  6  are  functional  flow  diagrams  of  the  Shipboard 
Maintenance  notion  /on  and  the  supply  issue  document.   Upon 
completion  of  the  maintenance  job,  the  maintenance  data  collection 
document  is  completed  and  signed  by  the  workooan  involved*   This 
document  is  then  screened  lor  completeness  and  accuracy  by  the 
workman' 8  immediate  supervisor  who  forwards  it  to  the  data 
collection  center.  lh%   doc.     is  screened  again  b>  the  data 
collection  center  personnel  who  then  assign  it  a  .Maintenance 
Oontrol  number,   i'he  document  is  forwarded  to  the  Supply 
Jepartnent  where  information  pertaining  to  repair  parts  issued, 
for  the  particular  maintenance  action,  is  enter*  .   *'he  document 
is  returned  to  the  collection  center  where  it  is  batched  with 
other  such  documents  and  periodically  forwarded  to  the 
rlaintenanc*     x>rt  office  (HSO).   whenever  repair  parts  are 
requested  from  the  supply  department  to  support  a  maintenance 
action,  the  supply  issue  document  is  prepared  by  supply  personnel. 
ihis  alleviates  the  maintenance  man  from  the        af  preparing 
supply  paper  work,  ^fter  the  necessary  material  has  been  located 
and  Issued  from  the  storeroom  the  issue  document  is  returned  to 
the  supply  office.  After  issue  information  is  posted  to  the  stock 

lfJ.  -     apartment  of      avy,  Office  of  the  aval 
Operations,  instruction  43jP2,  maintenance  and  Hat?      management 
lanual  (3-MK  .  lal. 
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records  the  issue  documents  are  batched  and  periodically  forwarded 
to  the  xMalntenance  Support  Office. 

The  Maintenance  Support  Office  (MSO)  serves  as  the 
central  data  processing  facility  for  the  system.  As  the  data  are 
received  from  the  operating  forces  they  are  entered  into  a  data 
bank.   From  this  central  data  bank  a  whole  array  of  management 
data  products  are  prepared  for  managers  of  maintenance  and 
material  resources  throughout  the  Navy. 

The  *4alntenance  Data  Collection  System  is  then  the 
element  of  the  3-M  System  which  is  the  essence  of  the  management 
information  system.   Its  effectiveness  in  providing  the  user 
activity  with  complete,  accurate,  and  timely  information  in  large 
measure  determines  the  effectiveness  of  the  3-M  System  as  a 
management  tool. 

System  Objectives 

The  objectives  of  the  3-M  System  have  become  obscured  in 

the  few  years  of  the  system's  existence.   Numerous  instructions 

and  publications  address  3-M  objectives  and  for  the  most  part 

these  documents  vary  considerably  in  the  objectives  addressed. 

The  primary  objective  of  the  3-M  System  is  to 
ensure  a  high  degree  of  readiness  by  planning  and      j 
budgeting  for  the  necessary  resources.   Hard 
statistical  data  that  identifies  the  resources 
required,  and  supports  budgetary  requests  is 
essential  to  this  objective. 1 

*J#  3.,  Department  of  the  Navy,  Office  of  the  Secretary, 
Instruction  5430.69,  October  21,  1964. 
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The  objective  of  the  3-M  System  is  to  ensure  a 
high  degree  of  readiness  by  planning  and  budgeting  for 
the  necessary  resources.   Hard  statistical  data  that 
identifies  the  resources  required,  and  supports 
budgetary  request  is  essential  to  this  objective. 

•  •  .   The  end  objective  of  the  Management  System, 
then  is  to  Insure  the  highest  state  of  aircraft 
readiness  and  reliability  at  the  lowest  cost  in  men, 
money  and  material.  All  other  considerations  are 
secondary  to  this  objective,2 

The  basic  objectives  of  the  3-M  System  are 
threefold:  to  achieve  the  highest  readiness  state  of 
the  weapon  system,  to  perform  maintenance  at  the 
lowest  possible  organizational  level,  and  to  minimize 
the  expenditure  of  men,  money,  and  material,   it  is 
the  first  of  these  three  objectives  that  is  of 
primary  concern  to  this  survey  (although  the  other 
two,  especially  the  third  is  corollary),-5 

The  objective  of  the  3-M  System  simply  stated  is 
to  improve  material  readiness  of  the  Fleet  through 
improved  management  of  maintenance  and  material 
functions,^ 

The  objective  of  the  3-M  System  is  threefold: 
first,  to  provide  management  with  a  tool  that  can  be 
used  to  improve  material  readiness;  secondly,  to 
facilitate  performance  of  as  much  maintenance  as 
possible  closest  to  the  scene  of  action;  and  third, 
to  reduce  the  expenditure  of  men,  money,  and  material 
to  an  absolute  minimum ,5 

*■&•  S,,  Department  of  the  Kavy,  Office  of  the  Chief  of 
Laval  Operations  Instruction  4700.160,  27  August  1965. 

2U,  S,,  Jepartment  of  the  Kavy,  Laval  Aviation 
Maintenance  and  Material  Management  i-ianual.  1  August  1965.  p.  3, 

^A.  J.  Kufflni,  "The  Standard  Lavy  Maintenance  and 
Material  Management  System, "  Laval  Ship  Systems  Technical  News. 
May,  1966. 

U.  S.,  Jepartment  of  Defense,  Office  of  the  Secretary, 
Directorate  for  Statistical  Service,  "Measuring  Weapons  Jystems 
pply  Support  and  Readiness  in  the  rJavy, "  Stover  report 
ashlngton:  GPO,  11  August  1966). 

5u.  3.,  Department  of  the  Kavy,  Law  iiud.qet  Submission  to 
OSD,  November  3,  1966. 
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The  objectives  of  the  3-M  System  are  twofold: 

1.  Through  the  use  of  a  Plan  Maintenance 
System,  to  attain  and  maintain  maximum  operational 
efficiency  of  all  Fleet  equipment  at  all  times, 
reduce  down-time  of  equipments  to  the  minimum 
consistent  with  good  maintenance  practices,  and 
reduce  the  cost  of  maintenance  in  both  money 
and  man-hour 8; 

2.  Through  the  use  of  the  Maintenance  Data 
Collection  System,  to  provide  the  means  for 
gathering  information  as  to  the  expenditure  of 
resources  in  maintenance  of  equipments,  failure      , 
data,  and  other  data  directly  related  to  maintenance. 

It  is  not  the  intent  of  this  paper  to  question  the 
statements  of  3-M  objectives  contained  in  the  above  quoted 
documents.   tfach  is  an  accurate  statement  of  the  primary  or 
secondary  objectives  of  the  system.   The  above  quotations  do 
demonstrate  the  manner  in  which  the  3-M  objectives  have  become 
fragmented  in  official  documents  and  are  evidence  of  a 
significant  problem  in  the  orderly  development  of  3-M. 

Bach  management  level  and  activity  has  been  free  to 
determine  and  Interpret  the  objectives  of  the  3-M  System  to 
identify  its  own  interest.   The  permissive  atmosphere  and  the 
lack  of  uniformity  in  the  stated  objectives  of  the  system  perhaps 
has  led  to  the  misuse  or  nonuse  of  the  information  available. 
The  objectives  of  the  individual  manager  levels  served  and  the 
Navy  as  a  whole  should  be  congruent,  if  the  system  is  to  be 
effective. 


l1-.i   /anual.  p.  1-1. 
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Organizational  and  Policy  Considerations 

number  of  evolutionary  organizational  changes  have 
taken  place  since  June,  1963— the  beginning  of  the  3-M  System, 

Basic  responsibilities  for  the  development  and 
implementation  of  the  3**I  System  were  assigned  to  the  Chief  of 
Naval  Operations,  the  Commandant  of  the  Marine  Corps,  and  the 
Chief  of  tfaval  Material,   Other  supporting  organizations  were 
directed  to  "provide  full  support  in  implementing  3-M. 

fhe  Maintenance  Support  Office  0-130),  Mechanicsburg, 
Pennsylvania,  was  established  on  1  August  1964  under  the  command 
of  the  Chief  of  Naval  Operations,  as  the  central  data  processing 
activity  of  the  3-M  System,   In  May,  1966,  command  of  MSO  was 
delegated  to  the  Chief  of  Naval  Material  with  the  Naval  Supply 
Systems  Command  designated  to  provide  primary  support. 

Under  the  chairmanship  of  the  Deputy  Chief  of  Naval 
Operations  for  logistics  there  exists  a  3-M  System  Project  Group 
and  a  subordinate  3-M  Staff  Working  Group  whose  combined  mission 
is  to  "•  •  •  formulate  policies  and  procedures  necessary  to  carry 
out  the  intent  of  the  3-M  System. "2 

1J.  3,,  Department  of  the  Navy,  Office  of  the  Secretary, 
Instruction  5430.69,  21  October  1964. 

2u.  S.,  Department  of  the  Navy,  Office  of  the  Chief  of 
Naval  Operations,  Instruction  5420. 48A,  1  March  1967. 


36 
In  April,      the  Chief  of  i*aval  .laterial  established 
an  interim  3-*vi  teohnical  Planning  Group  for  the  purpose  of 
establishing  a  3»H  Information  System  flan. 

.e  Systems  Commands  participate— on  call— in  the 
activity  of  the  subordinate  3-M  lechnloal  Planning  Group,  These 
commands  have  also  established  focal  points  within  their 
headquarters  for  the  3-*'  System  or  for  the  utilization  of  3- 
data. 

The  fleet  commanders  have  established  3»M  System 
coordinators  and  staffs  for  carrying  out  their  respective 
responsibilities • 

At  the  GNO/CM  level,  which  is  concerned  with  policy  and 
requirements,  it  is  customary  and  necessary  to  establish  policy 
formulation  or  coordinating  groups  under  various  titles •  While 
this  arrangement  may  be  desirable,  it  apparently  does  not  provide 
for  direct  coordination  with  overall  maintenance  policy,  nor  a 
correlation  of  maintenance  policy  with  an  overall  integrated 
logistic  support  policy •   This  suggests  that  5-M  policy  and 
requirements  should  be  developed  in  a  broader  context  as  a  part 
of  an  overall  Navy  maintenance  and  resource  management  policy* 

A  question  may  be  raised  regarding  the  position  of  the 
Maintenance  Support  Office  (HSO)  which  is  now  commanded  by  the 
Chief  of  ..aval  ii&terial,  while  primary  support  is  provided  by  the 
^aval  Supply  Systems  Command,   i-150'e  role  is  envisioned  as  that 
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of  a  central  data  processing  center  serving  many  customers,   ihis 
role  must  be  precisely  defined  both  to  recognize  the  capabilities 
and  needs  of  users,  and  to  concentrate  more  on  the  development  of 
top  quality  maintenance  data  products. 

The  basic  rationale  for  this  is  that  the  3-M  System  is 
predominantly  a  management  tool  and  the  potential  users  of  the 
3-M  data  for  management  purposes  are  spread  throughout  the  naval 
establishment  in  a  number  of  functional  areas  spanning  the  life 
cycle  support  of  equipment  and  systems. 

Top  Uavy  management  has  been  interested  in  the  development 
and  successful  use  of  the  3-M  System  from  its  inception.  At 
every  opportunity,  the  top  men  in  the  various  organizational 
components  endorse  and  support  the  objectives  of  3»M  on  the 
premise  that  the  employment  of  sound  management  techniques  will 
achieve  improved  fleet  material  readiness. 

In  order  to  communicate  the  potential  value  to  be  gained 
from  the  system  by   the  operating  manager  the  Navy  has  published 
explanatory  borchures  and  articles  in  various  periodicals. 

In  1966,  the  Office  of  the  Chief  of  fcaval  Operations 
published  a  brochure  in  two  volumes  to  present  the  3-M  System  to 
the  Commanding  Officers  and  personnel  involved  in  carrying  out 
scheduled  maintenance. 

^-U.  3.,  Department  of  the  Navy,  Office  of  the  Chief  of 
Laval  Operations,  I>avy  >jalnooiu».iictf  uixa   .-iuierlal  .^ui^eujent. 
Vols.  I  and  II,  19ZST 
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In  an  effort  to  display  and  emphasize  top  management's 
interest  and  concern  in  the  system,  several  top  ranking  admirals 
Included  their  comments  and  endorsements,   while  these  endorse- 
ments encompassed  the  entire  system,  only  those  directly  concerned 
with  the  Maintenance  Data  Collection  phase  of  the  system  are 
reproduced  here. 

The  Maintenance  Data  Collection  System,  the 
second  half  of  the  Standard  Wavy  liaintenance  and 

terial  Management  System,  complements  and  supple- 
ments the  Planned  liaintenance  System.   It  is  designed 
to  provide  both  you,  the  operators,  and  the  .Naval 
Material  Support  Establishment  with  the  necessary 
information  to  achieve  our  common  goal-improved 
fleet  readiness.   The  realization  of  this  goal  and 
the  success  of  the  Maintenance  Data  Collection  System 
is  our  Joint  responsibility.   On  your  part,  it  is 
the  submission  of  accurate  data;  on  ours,  the  utiliza- 
tion of  that  data  to  provide  you  with  the  best 
maintenance  guidelines  and  equipments  possible.  As 
Chief  of  Naval  ilaterial  I  encourage  you  in  the  Fleet 
to  support  and  use  the  Maintenance  Data  Collection 
System.   It  demands,  and  will  continue  to  receive, 
the  most  vigorous  support  of  the  Naval  Material  Support 

^ablishment.1 

Not  so  many  years  ago,  shipboard  maintenance 
lessons  were  shared  as  gray -haired  Engineer  Officers 
of  sister  ships  met  over  coffee  in  Log  Eooms  or 
Wardrooms,  and  the  expertise  of  care  and  feeding  the 
plant  endured  by  dint  of  long  tours  of  duty.   The  idea 
of  profiting  from  hard  knocks  is  as  old  as  man  himself, 
but  a  more  fluid  and  demanding  technology,  plus  the 
mobility  of  our  human  resources,  demand  that  we 
systematize  the  vast  mass  of  experience,  so  organizing 
the  bits  of  data  as  to  find  the  meaningful  trends, 
share  the  lessons,  and  progress  toward  a  higher  level 
of  effective  resource  of  utilization  and  Fleet  material 
readiness.   This  is  the  meaning  of  Maintenance  Data 
Collection— a  Sureau  of  Ships-Fleet  team  effort  that 
has  my  support,  and  deserves  yours.2 

^ibid. ,  p.  13t  Vol.  li,  quoting  I.  J.  Galantin,  Admiral, 
.   avy*  Chief  of  Naval  Material. 

2Ibid. ,  p.  14,  Vol.  II,  quoting  W.  A.  Srockett,  Rear 
Admiral,  U.  S.  Navy,  Chief,  Bureau  of  Ships  (Present  name, 
Ship's  Systems  Command). 
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All  of  us  In  the  Bureau  of  Naval  weapons 
organization  enthusiastically  support  the  develop- 
ment and  implementation  of  the  Maintenance  Data 
Collection  System*   3eneficial  effects  to  the 
Operating  Forces,  through  use  of  this  system  will 
complement  those  brought  about  by  the  Planned 
Maintenance  System.   Both  systems  have  as  the 
common  goal  the  efficient  achievement  of  the 
highest  possible  state  of  material  readiness  in 
the  Fleet ,1 

The  objective  of  the  Maintenance  Data  Collection 
System  is  to  provide  all  levels  of  management  with 
data  needed  to  improve  maintenance  and  supply  at  the 
operating  level.  I  heartily  endorse  this  objective 
and  the  system  to  attain  it.   The  success  of  the 
system  rests  on  the  care  with  which  operating 
personnel  feed  individual  pieces  of  maintenance  data 
to  the  collection  system.   Without  their  complete  « 
support  the  system  will  never  reaoh  its  objective. 

1  of  the  above  statements  attest  to  top  management's 

support  of  the  system  and  point  out  the  desirability  of  operating 

management  and  top  management  goal  congruence.   However,  throughout 

all  of  the  statements  there  is  an  air  of  permissiveness. 

Operating  managers  are  enjoined  to  participate  in  the  system, 

indicating  that  the  system  is  voluntary.   Any  information  system 

that  envisions  use  of  the  collected  data  for  decision-making 

purposes  must  be  complete  in  all  respects  in  order  to  be  effective. 

As  is  pointed  out  later  in  this  paper,  the  inordinated  time  span 

^Ibld..  p.  15,  Vol.  IIf  quoting  Allen  M.  Shinn,  itear 
Admiral,   .  3.  <avy,  Chief,  Bureau  of  Naval  Weapons  (present  name, 
Ordnance  Systems  Command). 

2 Ibid. .  p.  16,  Vol.  II,  quoting  K.  J.  Goldberg,  riear 
Admiral,     U.  3.  i.avy,  Chief,  Bureau  of  Supplies  and  Accounts 
(present  name,  Supply  Systems  Command). 
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necessary  for  total  implementation  and  the  suspicion  that  some 
ships  are  still  not  yet  reporting  is  seriously  affecting  the 
user's  confidence  in  the  data. 

Data  Elements  in  the  3-K  System 

In  July,  1963,  the  Staff  Working  Group  under  the 
sponsorship  of  the  Assistant  Chief  of  Jteval  Operations  for 
Logistics  determined  that  an  initial  sys     insisting  of  data 
elements  that  provide  for  indication  of  the  reason  for  the 
maintenance  action,  dating  of  the  action,  identification  of  the 
object  of  the  maintenance  action,  report  on  material  consumption, 
report  of  manhour  and  action  time  accounting  would  satisfy  70.5 
percent  of  the  requirements  for  malnte  material 

information.    Jata  collected  under  ^ta 

Collection  System  are  supposedly  designed  to  construct  i  data 
file  for  tbe  deve'     -t  of  \es  and 

decisions. 

res  7  ar     llustrate  the  data  e  .lected 

for  some  aspects  of  the  maintenance  Data  Sollectio      .em.2 

^•Logistics  -research  Project  randum, 

serial  r-170,  A  Survey  of  Information  Requirements  for  Kavy 

•it ana      J  Material  Management.  15  *pril  1964. 

23«.'  •  :  aaal.  gp,   3-1  through  3-4. 
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Item  Number 

Description 

1 

Serial  source  code 

2 

Unit  of  issue 

3 

Cognizance  symbol 

4 

Federal  Stock  dumber 

5 

CID/A PL/     .N* 

6 

Reference  symbol 

7 

quantity 

•3 

Unit  price 

9 

federal  supply  code  for 

manufactures 

10 

Part  number 

11 

r'und  code 

Component  Identification/Allowance  Part  List  Allowance 
Equipage  List/Army  Navy  Number, 

figure  7.—  Parts  Usage 
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Item  dumber 

Description 

1 

Administrative  organization. 

2 

Ship  account  number. 

3 

Maintenance  control  number. 

4 

Jate. 

5 

Equipment  identification  code. 

6 

Work  center. 

7 

Assisting  work  center. 

8 

Aepair  activity  accounting  number. 

9 

How  malfunctioned. 

10 

When  discovered. 

11 

Action  taken. 

12 

Units. 

13 

Manhours. 

14 

Serial  numbers. 

15 

Equipment  time. 

16 

Alteration  identification. 

17 

Type  availability. 

18 

Equipment  down  time. 

19 

Service  code. 

;ure  8.— Ship  Maintenance   Data 
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Data  can  be  separated  into  two  categories:  (1)  static 
data  and  (2)  dynamic  data.   Static  data  may  be  defined  as  that 
data  which  are  used  mainly  for  reference  and  are  updated  in  widely 
separated  time  frames  independent  of  normal  computer  runs. 
Dynamic  data  include  all  data  which  are  Intended  to  be  updated 
and  which  are  either  input  to  the  system  or  output  by  the  system. 

jata  requirements  for  the  3    /stem  fall  in  the 
following  categories: 

1.  Dynamic/Static  Data. 

a.  Ship  Maintenance  Data. 

b.  Parts  Usage  Data. 

c.  Aviation  Maintenance  and  Statistical  Data. 

d.  Shipyard  Data. 

2.  Static  Data. 

a.   Ancillary  (nor     i)   Data. 

Although  3-d  data  are  subjected  to  various  data 
validation  programs,  which  will  be  discussed  later,  the  quality 
of  the  more  subjective  data  elements  depends  on  the  motivation 
of  those  who  complete  the  various  reporting  forms.   This 
motivation  depends  on  the  obvious  advantages  derived  from 
providing  quality  reporting.   One  potential  advantage  would  be  the 
use  of  the  data  that  provide  some  visible,  direct  benefit  to  the 
supplier  of  data. 

Some  of  the  data  elements  identified  previously  present 
specific  difficulty  to  the  orderly  and  accurate  reporting  of 
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maintenance  action.   The  Action  fatten  Codes  are  limited  in 
appropriate  application  or  have  varied  implications,   The 
maintenance  personnel  must  decide  from  the  codes  available  how 
best  to  describe  the  action  taken. 

Tho  data  element  also  presents  a  margin  of  confusion  since 
the  dates  reported  differ  for  the  maintenance  action,  parts  issue, 
deferral  and  work  request  documentation.   These  differences  in 
dates  do  not  facilitate  the  definition  of  a  rigid  document  control 
system  for  Automatic  Jcta  Processing  operations. 

The  most  significant  element  is  the  equipment  Identifica- 
tion Code  (JSIC).   These  codes  are  provided  in  a  manual  Issued  by 
the  Maintenance  Support  Office.   The  .Equipment  Identification 
Code  is  a  baslo  oodlng  structure  established  in  the  shipboard 
side  of  the  3--  system  which  identifies  the  smallest  desired 
breakdown  of  an  equipment  or  unit  and  the  system  sub-system  which 
serves  it.   The  code  is  a  basic  identifier  to  which  maintenance 
and  material  actions  are  related. 

z'z   are  assigned  to  identify  the  lowest  desired 
breakdown  of  an  equipment;  for  example,  system,  subsystem, 
equipment,  subassembly,  part/circuit.   This  is  done  by  requesting 
the  engineering  organization  cognizant  of  the  particular 
equipment  to  recommend  the  depth  of  the  desired  breakdown.   These 
recommendations  often  result  in  the  assignment  of  codes  to  the 
subassembly  level,  the  part  level  or  both— this  being  the 
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engineer's  choice  at  the  time.   Several  problems  arise  in 
connection  with  the  use  of  ^maintenance  Data  Collection  information 
due  to  problems  associated  with  Eic's.   Use  of  the  information 
in  Allowance  and  Load  .uist  Program  will  be  discussed  later  in 
this  paper. 

There  is  a  lack  of  common  reference  points  between 
maintenance  Data  Collection  System  documents  relative  to  a  singly 
completed  maintenance  action.   The  maintenance  Control  Number 
may  recycle  frequently  and  be  reassigned  to  the  SIC  when  issued 
in  blocks  to  the  work  centers.   Control  of  the  documentation  is 
dependent  on  a  combination  of  the  Unit  Identification  Code, 
The  Maintenance  Control  Number,  the  Action  Completion  jate  and  the 
{Equipment  identification  Code.   This  precludes  definition  of  a 
complete  maintenance  action  for  Automatic  jata  Processing  control. 
Centralized  assignment  of  maintenance  numbers1  makes  it  difficult 
to  assign  a  single  number  to  a  maintenance  action  without  it  being 
inadvertently  utilized  by  another  department.   Under  the  present 
procedures,  documentation  of  maintenance  actions  requires  a 


minimum  of  two  separate  documents  bearing  Identical  Maintenance 

p 
Control  numbers.    In  some  instances,  such  as  a  case  that  needs 

outside  assistance,  more  than  two  separate  documents  are  required. 


13-M  Manual,  p.  3-3. 
2Ibid. 
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jependlng  on  how  much  knowledge  a  particular  maintenance  man  has 
In  the  intricacies  of  the  system,  the  situation  can  develop  into 
\j  a.   tangled  maze  of  confusion.   The  recorded  unit's  indicating 
the  number  of  equipments/components  subjected  to  maintenance 
requirement  or  action  is  of  questionable  validity.   The  degree  of 
maintenance  each  unit  is  subjected  to  in  multiple  unit 
maintenance  requests  is  not  clearly  Indicated.   Por  example,  if 
five  identical  equipments  have  been  worked  on:  two  units  received 
minor  or  little  maintenance  effort  (resources)  to  restore  to 
specification;  and  three  units  received  maximum  maintenance  effort 
(resources)  to  restore  to  specification.   The  reported  information 
does  not  reflect  the  various  degrees  of  resources  expended.   The 
accountability  of  serialized  controlled  equipage  is  difficult  to 
establish  when  more  than  one  unit  is  documented  on  a  maintenance 
action  form.   Individual  equipment  data  are  lost  with  regard  to 
the  history  of  that  equipment,   i'or  serialized  equipments,  the 
present  requirement  is  to  document  individual  equipment 
separately  regardless  of  identicality  of  BIO  and  maintenance 
action  taken.   This  Imposes  extra  burden  on  the  maintenance  man 
to  repeat  all  data  elements  on  an  individual  maintenance  data 
form  except  the  serial  number  block.   It  is  not  Impossible  to  do 
away  with  this  problem  of  repetitive  tasks  but  procedures  have 
not  been  provided  yet  to  alleviate  this  burdensome  task  of  the 
maintenance  man. 
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The  reporting  of  Manhours,  Units,  and  Active  vlalntenance 
Time  on  the  present  maintenance  data  form  is  restrioted  by  the 
following  limitations : 

a,  fianhours-— — — — — — 0-999.9 

b,  units-—— — —0-99 

c,  Active  Maintenance 

Time—————— — —0-99 . 9 

Whenever  the  above  limits  are  exceeded  an  additional  document  or 
documents  are  required  to  record  the  overflow. 

The  task  of  building  a  cross-reference  capability  into  a 
computer  system  for  parts  usage  data  is  probably  preferable  to 
the  alternative  of  requiring  that  voluminous  nomenclature 
information  be  supplied  by  the  maintenance  personnel,   For 
example,  the  Unit  of  Issue,  Unit  Price,  and  Cognizance  Symbol 
could  be  obtained  from  such  a  file. 

Not  all  organizations  have  access  to  a  pricing  tool.   In 
most  applications,  this  data  element  on  the  maintenance  action 
form  is  ignored  and  the  Fleet  Oriented  Consolidated  Stock  List 
file  is  used  for  automatic  pricing. 

Data  which  are  not  formatted  cannot  be  utilized  as  a 
parameter  for  retrieval  or  output,  as  may  the  data  content  of 
formatted  data.   Obviously,  the  application  of  the  3-M  System  as 
the  source  of  data  that  can  be  processed  by  automatic  means  is 
dependent  on  accurate  source  data. 
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The  maintenance  action  data  generated  in  shipyards  are  not 
presently  being  collected  under  the  Maintenance      Jollection 

-»tera  but  are  planned  for  the  f  j     as  a  milestone  in  the 
orderly  Implementation  of  specific  fcaaki.   «.ien  the     system  is 
eventually  extended  to  the  shipyards  it  will  provide  for  the 
collection  of  data  concerning  which  equipment  required  maintenance 
action  at  the  depot  level,  the  initial  discovery  of  the 
malfunction,  how  the  equipment  malfunctioned,  the  maintenance 
actions  performed,  and  how  many  manhours  were  expended  to  perform 
each  maintenance  action. 

Validation  Specifications  in  the  System 

In  order  to  produce  high  quality,  accurate,  and  meaningful 
reports,  the  validity  of  data  used  in  their  preparation  must  be 
established* 

The  function  of  the  validation  is  to  determine  the 
admissibility  of  data  collected  for  use  by  the  system. 

The  validation  tests  are  based  upon  specifications  devised 
the  field  by  the  Fleet  Work  Study  Crrou       ^tic,  and  are 
distributed  to  operational  and  3-M  Data  Processing  support 
commands  by  the  Maintenance  Support  Office,  for  quality  reporting 
control  purpose  . 

XU.  j.,  department  of  the  Wavy,  Office  of  the  Jhief  of 
Naval  Operations  Instruction  4700,16,       ;  27,  1965, 
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MSO  edits  all  Input  data  to  determine  errors  in  certain 
selected  fields  in  accordance  with  predetermined  criteria  and 
produces  a  Detailed  £rror  Listing  of  these  inconsistencies. 

Sixteen  of  the  twenty-six  data  fields  on  each  parameter 
card  are  edited  for  validity.   In  these  fields  there  may  be 
errors  that  cannot  be  detected  by  the  established  criteria.   As 
an  example,  a  unit  price  of  one  dollar  may  be  reported  as  one 
hundred  dollars.   Errors  of  this  type  and  errors  in  the  unedited 
fields  are  included  in  the  iriaster  Data  Files. 

Fatal  errors—those  that  would  tend  to  contaminate,  or 
Invalidate,  an  entire  file— are  not  added  to  the  file.   Figure  9 
gives  a  list  of  errors  considered  to  be  fatal. 


Field  Title 

Criteria 

Ships  ccount  Number 

Data  not  useful  for  report  preparation 
because  it  cannot  be  related  to  a 
particular  ship. 

'.ntenance  Control 
Uuaber 

Data  cannot  be  filed  in  the  master 
file  with  the  balance  of  its 
maintenance  action  or  related  to  a 
specific  maintenance  ection. 

.equipment  Identifica- 
tion Code 

Data  cannot  be  related  to  a 
particular  equipment. 

Card  Code 

Valid  code  required  by  the  computer 
for  field  Identification. 

C  ID/A  PL/A  SL/ 

Valid  data  required  to  associate  the 
item  to  a  particular  equipment  or 
component. 

Figure  9.— Fatal  3rror3a 

aLogistics  Research  Project  Technical  Memorandum, 
Serial  T-170,  A  Survey  of  Information  liequirements  for  Navy 
Maintenance  and  Material  Management.  15  April  1964. 
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According  to  MSO's  quarterly  report  of  viaintenance  Data 
Collection  System  (,<IDCS)  errors  for  the  first  quarter  of  fiscal 
year  1967,  of  the  849,693  card  Images  edited  one  or  more  fatal 
errors  were  found  on  5.9  percent  of  the  images.   This  compares 
to  187,729  card  images  and  7.8  percent  fatal  errors  for  the 
preceding  quarter. 

Card  Images  containing  non-fatal  errors  are  included  in 
the  faster  Data  File,  however,  and  during  this  quarter  1.3 
percent  of  the  card  images  included  in  the  file  contained  at  least 
one  non-fatal  error. 

igure  10  shows  the  breakdown  of  the  validity  of  data 
input  for  the  first  quarter  of  fiscal  year  1967. * 

Completeness  of  data  is  an  Important  element  of  a 
conceptually  sound  management  information  system.   Based  on  a 
recent  test  of  completeness  of  the  data  contained  in  KSO  Master 
Data  File  it  was  found  that  thirty-seven  percent  of  the 
maintenance  actions  requiring  parts  do  not  have  their  associated 
parts  linked  with  the  maintenance.   In  addition,  the  sample 
studied  indicated  the  data  bank  contains  more  non-valid  than 
valid  parts  data. 

In  order  for  the  data  collected  to  be  of  value  to  the 
users,  all  information  associated  with  a  single  maintenance  action 

.ror  Analysis  Quarterly  Report,  Report  H24-2, 
December,  1966,  p.  5. 

aintenance  Support  Office  Technical  Report  3054-409067, 
13  September  1967. 
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must  be  tied  together.   The  tying  together  of  the  data  input  cards 
yields  a  picture  of  what  has  taken  place— it  tells  the  story. 
This  association  of  cards  is  accomplished  by  data  processing 
equipment.   If  this  union  cannot  be  effected  in  every  case,  then 
some  of  the  cards,  representing  events  generated  by  the  action, 
will  be  lost*   It  will  be  difficult,  if  not  impossible,  to  recreate 
this  action  within  the  data  processing  equipment  or  on  paper  under 
these  circumstances, 

There  are  a  number  of  problems  connected  with  the 
association  of  all  elements  of  a  maintenance  action.   In  general, 
when  data  cards  cannot  be  correctly  tied  together,  it  is  the 
result  of  documentation  errors,  key  punching  errors  or  non-standard 
procedures, 

The  problem  here  appears  to  be  that  the  data  collection 
system  gathers  data  at  the  working  level,  i.e.,  the  maintenance 
man  doing  the  work  documents  his  own  actions,  however,  parts  used 
with  such  actions  are  not  documented  on  3-M  form;  documentation 
is  generated  by  reproducing,  in  part,  supply  documents.   There 
has  been  some  discussion  in  the  3-M  environment  about  the  use  of 
supply  documentations,  but  it  has  been  centered  primarily  around 
the  difference  between  "usage"  and  "demand."  The  supply  system 
reacts  to  demand  and  yields  the  number  of  parts  Issued  rather 
than  the  number  used.   This  will  introduce  errors  into  the  system; 
however,  it  is  hypothesized  in  this  paper  that  the  primary  source 
of  errors  is  a  result  of  the  physical  separation  of  source 
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documents  prior  to  being  committed  to  machine  reader  language. 
This  greatly  increases  the  probability  of  error  in  like  data 
fields,  and  also  permits  reporting  only  part  of  the  actions. 

rlanned  ^laintenance  Jystem  iteportlng  by  Ships 

The  maintenance  Data  Collection  System  provides  a  document 
on  which  maintenance  personnel  record,  at  the  source,  one  time, 
and  one  time  only,  designed  information  concerning  planned  or 
corrective  maintenance  actions  required  or  accomplished. 

The  total  possible  number  of  data  elements  to  be  entered 
on  the  maintenance  action  form  is  twenty,   when  a  planned 
maintenance  action  cannot  be  accomplished  due  to  ships  operations, 
lack  of  material,  or  the  requirement  of  outside  assistance, 
additional  documentation  is  required.  Additionally,  spare  parts 
used  during  the  maintenance  cycle  are  recorded  on  the  reverse  side 
of  the  action  form,  when  such  parts  are  procured  from  outside 
normal  supply  channels  or  from  pre-expended  bins.   When  parts  art 
procured  from  normal  supply  channels,  usage  is  recorded  on  the 
supply  issue  document. 1 

The  requirements  to  report  all  maintenance  actions, 
planned  and  corrective,  result  in  significant  workload  on  the 
operating  forces.   During  the  month  of  April,  1967,  a  total  of 

^3-.-l  ilanual.  Chapter  3. 
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300,964  maintenance  action  forms  were  received  by  the  ilalntenance 
Support  Office.   Of  this  quantity,  50,#  were  related  to  planned 
maintenance  actions. 

In  a  recent  audit  the  Navy  Area  Audit  Office,  Philadelphia, 
Pennsylvania,  estimated  the  number  of  maintenance  action  documents 
is  expected  to  Increase  eventually  to  about  one  hundred  million 
annually.   Of  this  quantity,  approximately  sixteen  million  will 
relate  to  shipboard  maintenance.*-  Therefore,  if  the  current  ratio 
of  preventive  to  corrective  maintenance  continues,  approximately 
eight  million  reported  actions  per  year  will  result  from  planned 
preventive  maintenance. 

intenance  Support  Office  studies  indicate  that  there  is 
a  high  level  of  "gu:  (falsifying  records)  in  planned  V 

maintenance  reporting.  A  review  of  2,278  required  actions 
indicated: 

397  accomplished  and  reported 

accomplished  and  not  reported 
not  accomplished 

423  not  accomplished  and  not  reported. 
This  represents  approximately  37 £  "gun  decking." 

The  reasons  for  "gun  decking"  are  many  and  varied  but  the 
basic     /atlon  is  probably  implicit  in  the  stated  requirement 

aval  Area  Audit  Report  rto.  A20677,  tfainten^     upport 
Office,  Mechanicsburg,  Pennsylvania,  January,  1967. 
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for  Planned  iMalntenance  deporting,   "It  is  required  by  type 
commanders  and  squadron  commanders  for  policing  actions."1 
Xhe  present  requirement  for  reporting  reflects  the 
expenditure  of   many  man  hours  at  the  shipboard  level  that  could 
be  mora  effectively  utilized  in  the  performance  of  maintenance. 

?eptlon  reporting  could  eliminate  the  majority  of  the  \J 
reporting  workload  from  the  ships.   A  disadvantage  of  exception 
reporting  is  that  it  introduces  the  human  element  of  implying 
that  individuals  are  to  "put  themselves  on  report."  This  is  not 
any  different,  however,  from  the  present  system  whereby 
individual  ships  that  do  not  report  Planned  Maintenance  Actions 
are  automatically  "on-report." 

Timeliness  of  Data  input 

0  as  well  as  other  Navy  organizations  have  been 
interested  in  timeliness  of  data  since  the  inception  of  the  3 
'eral  studies  have  been  conducted  which  display  the 
rds  received  in  relation  to  their  action  dates. 

For  any  particular  action  month,  the  data  have  the 
following  cumulative  arrival  percentage:  (figure  11)  during  the 
action  month,  5  percent;  one  month  later,  50  percent;  two  months 
later     percent;  three  months  later,  90  percent;  four  months 
later,  95  percent;  and  five  months  later,  97-98  percent.   In 

-.4  manual,  p.  2-1, 
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order  for  100  percent  of  a  month's  data  to  arrive  at  MSO,  it 
ta&es  at  least  nine  full  months  after  the  action  month. 

ure  11  shows  the  cumulative  percentage  of  cards 
received  with  particular  action  dates  by  months  during  the  period 
covered.   Therefore,  the  cards  received  and  validated  by  31  July 
1966  were  considered  100  percent  of  the  cards  that  would  be 
received  for  each  specified  action  date.    ie  cumulative 
percentage  of  cards  for  each  previous  monthly  period  is  calculated 
based  on  this  as  the  100  percent  figure.2 

The  Type  Commander  Reports  are  processed  forty-five  days 
after  the  end  of  the  quarter  to  be  covered  in  the  report. ^  with 
this  schedule,  the  quarterly  report  should  include  all  data 
received  on  the  last  day  of  the  month  following  the  quarter 
ending  date.   For  example,  the  Type  Commander  report  covering 
April,  ilay,  and  June  will  include  all  data  received  a . 
through  31  July.  A  check:  of  the  first  quarterly  data  shows  that 
when  the  report  is  produced,  only  90$  of  the  April  data  will  be 
Included      of  the  May  data,  and  5h%   of  the  June  data,  for  an 
overall  inclusion  percentage  of  73.    -a  which  do  not  appear  on 
the  report  due  to  lateness  never  appear  on  any  subsequent  Type 
Commander  Report,   with  the  present  cycle,  30#  of  all  action  is 

aintenanoe  support  Office,  Technical  Report  ^2029- 
120126  (        xy  1967. 

.  >.,  department  of  the  Ravy,  Office  of  the  Chief  of 
Naval  Operations,  OPKAV  Instruction  4700.20,  November,  1965. 
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never  displayed.   Based  on  its  use,  the  report  should  be 
representative  of  a  quarter's  worth  of  actions.   Therefore,  they 
need  for  the  exclusion  of  "late"  data  is  questionable.   Since  the 
data  are  not  available  in-total,  for  approximately  nine  months, 
there  are  only  two  possible  solutions— either  wait  nine  months, 
or  include  the  data  missed  in  the  next  report.   A  report  tnat 
Included  other  actions  as  received  and  did  not  present  a 
particular  quarter's  actions  only  would  not  be  a  "carton  copy"  of 
the  quarter  in  question,  but  in  the  long  run  would  be 
representative  of  a  quarter's  worth  of  actions.   Such  a  report 
should  be  a  more  accurate  and  valuable  tool  than  the  present 
incomplete  report. 

Interface  Problems 

a  scope  of  the      /stem  and  the  very  nature  of  the 
program— which  extends  into  numerous  organizations  and  programs 
of  the    /—require  that  it  be  compatible  with  operations  within 
the  Kavy.   The  Is  the  Navy's  first  attempt  to  design 

and  implement  a  system  which  provides  supply  and  maintenance  data 
requirements  to  functions  that  are  separately  managed  in  the  Navy. 

3  feature  and  the  fact  that  3-i*  is  imposed  on  an  environment 
of  "on-^oing  systems"  have  given  rise  to  some  of  the  interface 
problems  that  exist. 

The  major  area  of  conflict  appears  to  be  at  the  depot 
maintenance  level  where  fleet  and  type  commanders  are  establishing 
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procedures  to  collect  maintenance  data  costs.    8  Industrial 

Intenance  Prediction  Accounting  (IMPACT)  Program,   a  module  of 
the  Resources  Management  System,  at  the  shipyard  level;  Uniform 

-smatic  Data  Process  i  stem  for  Naval      ework  Facilities; 

and  the  Kavy  Ordnance  Management  information  System  are  examples 
of  systems  whose  maintenance  data  are  excluded  from  HSO's  data 
bank. 

Ihe  Uniform  Automatic  Data  Processing  System  for 
inventory  Control  Points  (     ./ICP)  (Ship's  Parts  Control  Center 
segment),  ^hip  Casualty  Reporting  System  (Cashept),  Conventional 
Ammunition  Information  Management  System  (Claims),  and  the 
Serialized  nisslle  Accounting  Control  System        are  systems 
that  are  operating  or  will  be  operating  from  data  bases  located 
at  the  Ships  Parts  Control  Center,  Mechanics burg,  Pennsylvania. 
Since  these  systems  will  be  supported  by  many  of  the  same  data 
elements  (federal  stock  number,  part  numbers,  equipment 
identification  codes)  that  are  contained  in  the  3-M  data  bank  at 

u,  it  would  indicate  that  with  close  coordination,  analyses, 
design  and  programming  effort  could  be  optimized  and  the  develop- 
ment of  files  structures  and  data  processing  be  kept  to  a  minimum. 

Currently,  under  the  3-M  System,  maintenance  actions 
performed  at  (1)  the  organizational  level  (ship  and  aircraft 
squadron)  and  (2)  the  intermediate  level  (tender/repair  ships  and 

.  S.,  Department  of  Defense  Directive  7000.1,  resource 
Management  Systems  of  the  Department  of  Defence.  August  22,  L966. 


repair  activities  ashore)  are  being  collected,    vever,  a  oiaior 
segment  of  the  maintenance  work  performed  in  or  for  the  Navy  is  v 
not  being  reported  in  the  3-M  System.   Until  this  void  is  filled, 
the  data  being  collected  represent  only  a  part  of  the  tot 
maintenance  performed  and,  therefore,  are  incomplete  and  of 
quest     le  use  and  value  to  the  user. 

In  the  early  development  of  the      /stem  milestones  were 
established  for  the  orderly  implementation  of  specific  tasks. 
One  of  these  tasks  established  a  plan  for  the  reporting  under  the 
3-tf  System  of  maintenance  work  performed  at  the  depot  level— Naval 
Shipyards,  Naval  Ordnance  Stations  and  Naval  Air  Rework  Facilities. 
Although  the  plan  lacked  detail,  a  stated  objective  was  to  include 
the  depot  level  into  the  ilaintenance  Data  Collection  phase  of  the 
System.   ?o  date  this  has  not  been  accomplished. 

The  existence  of  on-going  information  systems  of  primary 
interest  to  the  organizations  mentioned  above  undoubtedly  has 
caused  a  lack  of  enthusiasm  on  the  part  of  these  organizations  to 
embrace  the  3-.-I  iystem.   Integration  of  the  existing  information 
systems  and  the       stem  requires  a  clear  understanding  of  the 
concepts,  objectives  and  requirements  of  all  systems  Involved. 

addition  to  depot  level  maintenance  work  performed  in 

ipyards  a  considerable  amount  of  such  maintenance  is 

instruction  4700.1   ,        27,  19      closure 
(1  Ian  for  Implement      of     '-   "J-item. 
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performed  In  private  commercial  yards.   accounting,  production 
and  planning  systems,  much  of  which  are  consolidated  In  shipyard 
management  Information  systems  require  naval  shipyards  to  report 
when  and  how  they  spend  the  funds  given  them,  and  the  expenditure 
accounting  by  Job  order  Is  unquestionably  accurate,   ::uoh  of  this 
stems  from  the  Naval  Comptroller  and  General  Accounting  Office 
requirements  to  audit  the  use  of  public  funds.   On  the  other  hand, 
detailed  costs  of  labor  and  material  used  on  ships  being  repaired 
or  overhauled  at  private  shipyards  are  not  required  to  be 
submitted.    e  Individual  work  Items  are  specified  In  a  package 
(the  low  cost  bidder  on  the  total  package  gets  the  job)  and  return 
costs  by  Individual  work  Items  are  not  required.   In  fact,  It  Is 
suspected  that  reporting  actual  costs  would  be  repelled  by  private 
shipyards  as  It  exposes  their  costs  of  doing  business  to 
competitors  and  thereby  destroys  fundamental  principles  of 
competition* 

In  order  to  collect  repair  and  overhaul  data  in  private 
shipyards,  the  depot  level  reporting  thro         .intenance  Data 
Collection  System  would  have  to  be  based  on  estimates  made  by  the 
planning  personnel  on  the  staffs  of  Supervisors  of  Shipbuilding, 

ton  and  Repair,  who  are  the  contracting  officers  and 
managers  of  work  on  naval  ships  in  private  shipyards.   Thus,  a 
dilemma  exists  where  costs  of  work  items  done  In  private  shipyards 
do  not  reflect  actual  costs,  but  estimates,  whereas  work  in  naval 
shipyards  does  represent  actual  expenditures. 


General 

As  a  further  attempt  to  evaluate  t      ectlveness  of  the 
3-M  System,  it  is  necessary  to  examine  the  value  of  the  informa- 
tion generated,  from  the  viewpoint  of  the  use,  .       j.ned  in  the 
objectives  of  the  System  from  its  Inception  was  the  intention  of 
gathering  usage  data  on  the  material  used  in     .  onar.ce  actions 
so  as  to  provide  a  better  base  of  repair  parts  in  the  operating 
fleet. 

The  j"        /stem  rlanual   prescribes  that  usa      ca  be 
recorded  by  maintenance  and  supply  personnel  and  processed  by  the 
system.   Usage  data  thus  acquired  are  intended  to  provide  current 
intelligence  and  actual  usage  history  related  to  specific 
equipments.   The  isavy  Supply  System  is  presently  using      /stem 
data  to  develop  and  improve  its  Allowance  Lis  •/ 

Allowance  List  Program 

In  order  to  appreciate  the  significance  of  the  use  of  the 
3-M  System  dats  in  the  Allowance  List     ram  it  is  necessary  to 

13-ri  ^sinual.  p,  3-1. 
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first  develop  an  understanding  of  the  program  its-elf.   Further, 
it  is  necessary  to  understand  the  methods  and  procedures  employed 
by  the  Kavy  Supply  System  for  the  utilization  of  3-M  data. 

The  purpose  of  the  Allowance  List  Program  is  to  establish 
the  shipboard  material  support  for  installe      portable  equipment 
and  to  provide  a  listing  of  the  equipage  required  for  a  ship  to 
perform  its  operational  mission.   The  Coordinated    ;.  aboard 
Allowance  List  Includes  all  the  equipments  or  components  installed 
for  the  ship  to  perform  its  operational  assignment;  the  repair 
parts  and  tools  required  for  the  repair  of  the  equipments,  and 
the  items  required  for  the  care  and  upkeep  of  the  ship. 

In  order  to  improve  constantly  the  quality  of  the 
allowance  list  a  program  entitled  the  Fleet  Logistics  Support 
Improvement  Program^  was  Initiated  which  provided  for  the 
continuous  rewrite  and  updating  of  the  allowance  list. 

The  criterion  established  to  define  what  should  be  in  the 
allowance  list  is  that  it  should  include  only  items  vital  to  the 
support  of  the  primary  mission  of  the  ship  or  the  safety  and 
welfare  of  the  crew. 

The  following  basic  constraints  establish  the  parameters 
for  the  allowance  list: 

^U,  3«,  Department  of  the  i«avy,  biaval  ;tems 

Command  Instruction  4441,19,  Procedures  for  Utilization  of  Navy 
i.alntenarice  and  viaterlal  iiana^ement  (3-M)  and  Casualty  Reporting 
(CA^r-wrC)  System  .Uata  for  Improvement  of  Coordinated  Shipboard 
Allowance  Lists  (C     ) ,  Ju   T~  L967. 
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1.  .e  ship  must  possess  the  capability  to  install  the 
provided  repair  parts  considering  the  availability  of  trained 
personnel,  special  tools,  facilities,  and  maintenance 
instructions* 

2.  Demand  based  items,  which  have  a  predicted  usage  of 
at  least  one  in  ninety  days,  are  included. 

3.  Insurance  items,  such  as  pump  Impellers,  armatures, 
and  transformers  are  provided  on  a  minimum  quantity  basis— that 
is,  either  one  or  the  minimum  replacement  unit* 

In  June  of  1967  the  Navy  Supply  Syste     unand 
established  a  three  phased  program  for  the  utilization  of  the  3 
System  data  for  the  Improvement  of  coordinated  Shipboard 
Allowance  Lists.1   This  program  prescribed  the  procedures  of  the 
application  of  :     /stem  data,  along  with  usage  data  gathered 
from  other  sources,  in  the  revisions  of  Allowance  Farts  Lists 
within  the  parameters  of  the  Fleet  Logistic    iport  Improvement 
Program, 

The  three  phases  of  the  program  required: 

1.  Ln  analysis  of  repetitively  used  repair  parts  which 
were  carried  in  the  allowance  list* 

2.  3  development  of  new  "best  rer       t  factors" 
based  on  reported      sage  data. 

3  development  of  "application  replacement  factors" 
based  on  3-»M  usa^e  datr  . 

1Ibid. 


65 

The  program  directed  the  Fleet  Material  Support  Office 
and  the  iiavy  Inventory  Control  Points  (Electronic  Supply,  Great 
Lakes,  Illinois  and  the  Ship's  Parts  Cont        pr,  !  cianics- 
burg,  Pennsylvania)  to  process  3-M  data  for  allowance  list.1 

On  a  quarterly  basis  t  pport  Office 

receives  from  the  Maintenance  ,pe  of  the  latest 

twenty-four  months'  .     /stem  generated  usage  data  covering  all 
items  assigned  the  following  source  code: 

"C"«— Material  not  authorized  for  on  board  sv     ig  by  the 
allowance  list  but  stocked  on  board  ^age  and 

issued  from  storeroom  stock  when  requested. 

-rial  not  aul  aoard  stocking  by 

allowance  lists  but  stocked  on  board  because  of  damage/usage  and 
was  not  in  stock  when  requested. 

-erial  not  carried  .1  or 

purchased  when  requested,  hot   carried  it  i  not 

authorized  for  on  board  stoetlag  in  a  utie  allowance 

lists  and  also  not  stocked  on  board  because  o.    nand/u3age. 

Xhis  tape  includes  both  the  federal  stoc     jered  and 
manufacturer's  part  numbered  items.     I  follow     it  are 
provided  on  each  it« 

1 Ibid . ,  icclosures  (1)  through  (4). 
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1.  Source  Code. 

2.  Type  of  Availability. 

3.  Federal  Stock  Number  or  Part  Number. 

4.  Special  _4anagement  Identification  Code. 

5.  Allowance  Parts  List  Number. 

6.  Equipment  Identification  Code. 

7.  Nomenclature. 

8.  Unit  of  Issue. 

9.  Quantity  required. 

10.  Ship's  Unit  Identification  Code. 

11.  Ship's  Class  and  Hull  Number. 

12.  Date  of  Input  (day-month-year). 

13.  Unit  price. 

t?or  all  items  having  a  demand  frequency  of  three  or 
greater,  the  following  lists  reflecting  all  of  the  above  data 
are  prepared : 

1.  Federal  Stock/Part  Number  sequence  and  Allowance 
Parts  within. 

2.  Allowance  Parts  List  sequence  and  Federal  Stock/Part 
Number  within. 

3.  Federal  Stock/ Part  Number  sequence  for  those  items 
which  do  not  have  an  Allowance  Parts  List. 

These  listings,  along  with  similar  data  extracted  from 
other  reporting  systems,  are  then  forwarded  to  the  appropriate 
Inventory  Control  Points.1 

^•Ibld..  pp.  1-2. 
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subsequent  to  the  Initial  listing,  a  record  is  maintained 
of  those  items  with  quantities  summarized  by  quarter  and  is 
submitted  to  the  Inventory  Control  Points  for  review  over  a  two 
year  period*   Quarterly  demands  by  federal  Stock  Numbers  are 
compared  with  this  history  file,  and  only  those  items  which  have 
not  been  shown  on  previous  listings  are  forwarded. 

Upon  receipt  of  the  above  listings  the  Inventory  Control 
Points  identify  each  Allowance  Parts  List  to  its  approved 
maintenance  plan  and  compare  each  item  to  determine  if  it  has 
been  designated  as  a  maintenance  candidate  for  the  appropriate 
ship  type,  ttie   part  number  items  are  identified  to  established 
Federal  Stock  Numbers.   Where  the  maintenance  capability  listed 
on  the  approved  plan  coincides  with  the  level  reported  by  the 
ship,  system  stocks  are  reviewed  to  Insure  that  support  of  the 
item  is  in  accordance  with  the  reflected  demand. 

Intern  Allowance  Parts  Lists  are  prepared  and  distributed 
to  the  applicable  ships  for  updating  of  the  ship's  material 
support. 

The  program  for  utilizing  the  3«M  System  usage  data  is 
relatively  new;  however,  several  studies  have  been  conducted  for 
the  purpose  of  evaluating  its  effectiveness. 

during  the  month  of  September,  1967,  the  Fleet  Material 
Support  Office  conducted  a  comparison  and  evaluation  study  on  the 
three  data  collections  systems  providing  demand/usage  data  for  the 
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computation  of  replacement  factors.    The  three  systems  considered 
were : 

1.  The  3-M  System, 

2.  The  Supply  Operations  Assistance  Program, 

3.  The  Inventory  Control  Point  Collection  System. 
The  results  of  this  study  as  they  pertain  to  the  3-M 

System  indicated  the  following  significant  facts. 

The  first  Navy  ships  started  reporting  under  the  3-M 
System  in  January,  1965,  with  other  ships  phasing  into  the  system 
over  varying  time  periods.   The  last  Type  Command  Ships  (Air 
Force,  Pacific)  entered  into  the  system  in  .lay,  1966.   These 
dates  mentioned  above  cover  the  time  period  during  which  nearly 
all  ships  under  a  given  Type  Command  entered  the  3-M  reporting 
system.  Reporting  as  of  the  study  was  still  in  the  areas  of 
service  forces,  carriers,  and  amphibious  units,  especially  in  the 
Pacific. 

As  of  the  date  of  the  study  the  Maintenance  Support  Office 
was  conducting  a  study,  on  an  activity  basis,  to  determine  what 
activities  were  not  on  the  3-M  reporting  system  and  why  they  were 
not.   This  study  is  unquestionably  necessary  to  insure  complete- 
ness of  reporting  but  it  is  Interesting  to  note  that  it  is  being 
conducted  by  the  organization  designated  as  the  central  data 
processing  activity.   The  Maintenance  Support  Office  is  an 

*U.  3.,  Department  of  the  Navy,  Navy  Fleet  Material 
Support  Office,  Letter  9712198  4000,  September  21,  1967. 
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Information  processing  service  center  and  is  not  a  command 
responsible  for  the  completeness  of  reporting. 

The  lack  of  timeliness  in  complete  reporting  is  apparent 
in  comparing  two  sets  of  usage  data  extracted  for  the  Cruiser- 
Destroyer  Force  Atlantic  destroyers.   The  first  set  of  data 
covering  the  time  period  from  January,  1965  through  December, 

1965,  contained  108,570  action  reports.   The  second  set  of  data, 
covering  the  time  period  from  September,  1965  through  August, 

1966,  contained  233,075  action  reports.1 

The  study  provides  some  Insight  into  the  validity  of  the 
data  that  are  received.   Maintenance  action  reports  received  from 
destroyers  of  both  the  Atlantic  and  Pacific  Forces  for  the 
calendar  year  revealed  the  following: 


Type  Action 

Atlantic 
Destroyers 

Pacific 
Destroyers 

Valid  maintenance  action 
with  parts 

113,551 

30,193 

Invalid  action  with  parts 

40,462 

26,681 

Parts  without  action 

80,700 

71,080 

Valid  action  without  parts 

663,590 

479,061 

Invalid  action  without  parts 

57,270 

57,267 

Ibid.,  p.  4-5. 
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Problems 

The  Navy  Supply  System  Is  continuing  to  conduct  research 
and  development  for  future  programs,  for  example,  development  of 
usage  rates,  provisioning  criteria,  and  inventory  management 
programs.   However,  certain  weaknesses  in  the  3-H  System  tend  to 
lessen  the  confidence  in  usage  data  as  reported. 

There  are  multiple  ways  to  identify  material— for  example, 
manufacturer's  part  number,  Federal  Stock  Number,  Squlpment 
Identification  Code  and  the  Component  Identification  Code.   The 
most  commonly  used  is  the  Federal  Stock  Number  or  the  part  number. 
The  main  problem  in  this  regard  is  to  have  the  data  originator 
and/or  key  punch  operator  transcribe  the  alpha-numerical  material 
identifier  into  the  system.  As  illustrated  previously,  there  is 
little  by  way  of  data  validation  once  the  data  are  forwarded  to 
the  Maintenance  Support  Office.   When  a  manufacturer's  part 
number  is  used  to  record  usage  data,  it  is  difficult  to  read  it 
mechanically  because  there  are  so  many  possible  formats  for  a 
single  part  number. 

Usage  data  are  often  recorded  against  a  major  end  item 
rather  than  against  a  specific  sub-assembly.   The  assignment  of 
an  Equipment  Identification  Code  to  the  sub-assembly  of  an 
equipment  is  conceivably  as  low  in  the  breakdown  structure  that 
is  necessary.   One  of  the  fundamental  concepts  of  the  3-M  System 
is  to  relate  maintenance  actions  and  material  usage  to  specific 
equipment  applications.   The  Equipment  Identification  Code  cannot 
be  tied  effectively  to  material  coding  systems  such  as  the 
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Component  Identification  Code  which  Is  the  basis  for  the  repair 
part  allowance  lists.   The  equipment  codes  in  their  present  form 
are  maintenance  oriented  and  developed  independently  of  present 
cataloging  systems.   People  having  special  technical  experience 
in  the  three  areas  of  (1)  Hull,  Mechanical,  and  Electrical; 
(2)  electronics;  and  (3)  Ordnance,  make  the  breakdown  determina- 
tions independently.   Because  of  the  recognition  by  specialists 
of  their  particular  problems,  they  reflect  desires  for  informa- 
tion by  varied  code  structures.   Therefore,  levels  of  indenture 
vary  widely  both  within  and  between  equipment  categories.   For 
example,  four  to  six  levels  can  be  cited  in  the  current 
structuring  and  levels  of  assignment  are  not  controlled.   Some 
codes  go  down  to  piece/part  and  others  do  not.  Also,  parent 
and  subordinate  entries  are  at  the  same  level  of  indenture. 
Primarily,  the  code  is  a  functional  identifier  which  tells  where 
the  component  is  used.   However,  in  some  equipment  areas,  the 
assigned  code  is  more  than  functional  and  establishes  the  exact 
identity  of  a  component  or  tells  what  it  is.   Codes  assigned  to 
the  Hull,  Mechanical  and  Electrical  area  are  purely  functional 
and  do  not  identify  a  unique  component  by  manufacturer,  model  or 
other  characteristics.   On  the  other  hand,  codes  assigned  to 
Ordnance  are  functional  and  generally  related  to  unique  components. 

3-+i  i-ianual. 
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L/ 

Inherent  In  the  Equipment  Identification  Code  is  the  lack 
of  consistency.   Because  of  this  feature,  a  simple  conversion 
cannot  generally  be  made  from  the  code  to  the  current  material 
codes  in  the  Navy.   For  example,  no  one-for-one  relationship 
currently  exists  between  the  Equipment  Identification  Code  and 
the  Component  Identification  Code  and  the  former  does  not  relate 
to  service  application.   Without  this  cross-reference  capability, 
the  user  is  not  able  to  identify  the  unique  component  by 
manufactures,  model,  or  characteristic.   As  a  result  of  this 
inability  to  Identify  a  maintenance  action  to  the  specific 
component  involved  through  the  Equipment  Identification  Code 
alone,  only  limited  use  can  be  made  of  the  data  collected,  with 
regard  to  allowance  list  improvement,  and  even  this  is  realized 

only  through  extensive  manual  effort  on  the  part  of  the  user. 

i 

The  3-M  Procedures  i4anual  does  not  provide  for  a  uniform 

method  of  reporting  material  obtained  from  other  than  normal 
supply  sources,  such  as  pre-expended,  cannibalized,  or  salvage 
material.   For  example,  pre-expended  material  is  reported  except 
for  "screws,  nuts,  cotter  pins  and  solder,  etc."  The  term  "etc." 
is  confusing  and  subjected  to  varied  interpretations.   The  pre- 
expended  concept  presupposes  elimination  of  record  keeping  and 
reporting.   The  3-M  System  provides  for  record  keeping  and 
reporting  to  satisfy  the  requirements  of  technical  analysis, 
maintenance  costing  and  supply  management. 

1Ibld..  p.  3-4. 
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There  are  several  Instances  inherent  in  shipboard  supply 
procedures  where  internal  3-M  issue  documents  do  not  result  from 
issue  of  material  and,  therefore,  usage  is  reported  to  the 
system;  for  example,  material  requisitioned  for  dlreot  turnover 
to  the  requestees.   This  material  is  not  entered  on  the  supply 
stock  records  and  an  internal  issue  is  not  prepared.   Receipt  by 
the  requestor  is  obtained  on  the  receipt  invoice.   Purchases  in 
the  open  market  are  turned  over  to  the  requestor  on  the  vendor 
invoice,  thus  an  issue  document  is  not  generated. 

Currently  there  are  not  procedures  which  recognize  or 
provide  for  the  unit  of  issue  versus  the  unit  of  use.   At  the 
organizational  and  intermediate  levels,  maintenance  personnel 
record  the  unit  of  issue  on  the  maintenance  action  document. 
Although  technical  research  is  required  for  this  information  and 
although  any  resemblance  between  unit  of  issue  and  unit  of  use 
may  be  coincidental,  personnel  are  not  instructed  how  to  dispose 
of  material  charged  to  a  Job  Control  Number  but  which  is  in 
excess  of  his  needs  because  of  unit  pack  considerations. 

There  is  no  way  to  capture  usage  data  for  material 
consumed  on  tender/repair  ships,  having  a  mechanized  data 
processing  capability  where  the  usage  is  recorded  against  its  own 
Unit  Identification  Code.   Procedures  provide  that  pertinent 
supply  data  be  entered  in  the  maintenance  action  form  where 
organizational  maintenance  is  performed  by  itself,  for  itself, 
on  a  tender/repair  ship.  However,  when  the  document  flows  through 
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the  key  puncher,  there  is  no  program  to  produce  a  complete  usage 
card  to  Include  component  Identification  Code  and  Allowance  Parts 
iAst  information.   The  system  does  provide  for  such  information 
for  tended  ships. 

In  spite  of  the  aforementioned  problems  with  the  accuracy 
and  completeness  of  3-.-1  System  usage  data,  the  Navy  Supply  System 
is  finding  this  information  useful.   Subject  to  oertaln  procedural 
tightening  of  the  system,  the  potential  value  of  the  3-rf  usage 
data  is  recognized  for  the  development  and  refinement  of 
Coordinated  Shipboard  Allowance  List. 

The  Navy  Supply  Systems  Command  reports  that  as  of  July* 
1967t  a  total  of  492,269  3-M  parts  usage  cards  were  analyzed. 
Of  this  total  there  were  62,444  parts  used  that  were  not  carried 
in  shipboard  allowance  lists.   The  allowance  list  effectiveness 
based  on  this  data  was  37.4  •. 

before  the  full  potential  of  usage  data  can  be  realized, 
however,  holes  in  the  system  must  be  plugged  so  that  confidence 
is  established  in  the  quality,  scope  and  validity  of  the  data. 

Current  use  of  3-M  usage  data  tends  toward  correlation 
to,  and  improvement  of,  allowance  lists.  So  long  as  current 

^•ibid.,  p.  4-1. 

2&avy  Supply  Systems  Command  briefing.  Coordinated 
Shipboard  Allowance  List  Program  (unpublished)."" 
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conditions  prevail,  replenishment  decisions  will  necessarily  be 
based  on  demand  with  little  reference  to  reported  3-M  usage  data. 
That  is,  the  Supply  System  is  now  committed  to  replenish  what  is 
demanded  out  of  the  system,  regardless  of  whether  the  i-laintenance 
Data  Collection  System  document  is  properly  recorded  and  reported 
signifying  usage  of  the  material  bought*   However,  as  usage 
reporting  is  improved,  comparison  of  reported  demand  and  reported 
usage  by  customers  becomes  more  meaningful.   Intelligence  of  this 
nature  should  be  a  basis  for  local  management  to  police  recorded 
demand  expenditures  against  what  he  reports  as  material  use. 

Configuration  Management 

She  Maintenance  Data  Collection  System,  as  defined  in 
OPNAV  Instruction  4700. 16C,  is  a  system  for  collecting,  processing 
and  analyzing  maintenance  and  material  data  and  distributing 
information  products  derived  therefrom  to  enable  line  commanders 
and  material  bureaus  to  carry  out  functions  in  support  of 
operating  forces. 

The  Wavy  Configuration  Management  Program,  as  described 
in  Navy  Material  Instruction  5000.6  of  1  February  1966,  is  to 
constitute  the  basis  for  developing  and  Implementing  a  system  for 
effective  total  configuration  data  file  for  the  use  of  the 

*U.  3.,  Department  of  the  iiavy.  Office  of  the  Chief  of 
Naval  Operations  Instruction  4700.16c,  27  August  1965. 
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Standard  Navy  Maintenance  and  Material  Management  System.1 

Upon  review  of  these  directives  it  is  apparent  that  a 
vehicle  for  certain  configuration  information  reposing  in  the 
3-M  System  could  be  conceived  as  that  in  the  Maintenance  Data 
Collection  System  through  its  reporting  documents.   Under  this 
reporting  system  it  must  be  noted  that  the  nature  of  the 
configuration  information  that  can  be  reported  is  in  generical 
title  down  to  the  lowest  designated  assembly  by  the  major  systems 
comprising  the  ship.   Nowhere  does  this  kind  of  configuration 
information  directly  relate  to  the  identity  of  the  system,  sub- 
system, component  or  part  to  the  total  extent  necessary  to  carry 
out  technical  analysis  or  support  total  configuration  management. 
But  it  does  provide  a  configuration  structure  breakdown  which 
can  be  easily  stored  in  automatic  data  processing  equipment  and 
programmed  for  retrieval  In  various  formats  to  identify  technical 
problem  areas,  support  budgetary  and  manpower  needs.   In  fact, 
the  resources  expended  on  ship's  maintenance  at  the  organization 
and  intermediate  level  as  reported  through  the  3-M  System  are 
being  planned  for  use  under  the  Resource  Management  System 
(Impact)  to  support  budgetary  requirements.2 

XU.  3.,  Japartment  of  the  Navy,  Office  of  the  Ohief  of 
Naval  Material  Instruction  5000.6,  Configuration  Management. 
1  February  1966. 

2jOD  Instruction  7000.1. 
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There  is  not  a  single  vehicle  yet  devised  to  suit  the  / 
requirements  of  configuration  management.   This  kind  of 
information  is  in  many  independent  identification  formats  at 
numerous  support  activities,  *ven   at  this  date,  with  many-  new 
ships,  aircraft  and  weapons  systems  being  conceived  on  the  basis 
of  their  life  cycle  costs,  there  is  still  lacking  a  uniform 
approach  which  should  be  the  basic  building  blocks  for 
configuration  management  to  support  the  concept,  design, 
construction,  operation,  and  maintenance  phases.  A  case  in  point 
is  the  cost  and  weight  information  for  the  LHA  Project.   Here  all 
past  data  of  this  nature  are  Identified  under  a  coding  structure 
known  as  the  Bureau  of  Ships  consolidated  Index  of  drawings, 
Materials  and  Services  Related  to  Construction  and  Conversion. 
On  the  other  hand,  all  maintenance  data  on  active  ships  are  now 
being  accumulated  under  the  Equipment  Identification  Code  for 
purposes  of  reporting  under  the  3-M  System.   There  is  apparently 
no  effort  being  made  to  make  the  forms  compatible  with  the  latter 
and,  hence,  the  actual  cost  of  maintenance  in  the  future  cannot 
be  applied  to  develop  new  ship  concepts  and  their  life  cycle  costs. 
Also,  costing  of  concepts  now  being  developed  will  not  be 
verifiable  in  future  operations. 

However,  3-M  data  do  contribute  to  the  identification  of 
requirements  for  follow  on/replacement  equipment  and  support  the 
determination  of  maintenance  requirements  in  the  research  phase. 
3-M  documentation  is  of  use  in  the  development  of  the  configuration 


78 
description  in  the  concept  formulation  phase  by  relating  previous 
experience  to  new  design.   It  contributes  to  better  description 
of  maintainability  and  reliability  specification  in  the  contract 
definition  phase,  and  can  assist  in  measuring  maintainability, 
reliability  and  provisioning  decisions  in  test  and  evaluation 
actions.         System  is  a  source  of  information  relative  to 
total  production  requirements,  and  can  provide  information 
relative  to  Introduction  of  these  new  equipments/systems  into  the 
fleet,   finally,  >-i  documents  maintain  and  support  experience 
data  in  the  operational  phase  of  the  life  cycle  and  hence  continue 
to  accumulate  data  for  further  application  in  follow  on  life 
cycle  events. 


Y 
CONCLUSION 

A  conceptually  sound  and  effective  management  Information 
system  is  one  that  provides  the  resources  for  the  generation, 
collection,  analysis,  storage  and  retrieval  of  data  to  support 
management  in  the  functional  areas  of  planning,  decision-making, 
reporting,  and  control.  To  be  of  true  value  to  management, 
information  must  be  timely,  complete  and  accurate.   The  system 
should  be  designed  so  as  to  reduce  input  redundancy  thereby 
reducing  the  burden  placed  on  the  operating  level.  Additionally, 
the  system  should  provide  outputs  designed  to  the  needs  of  the 
user. 

Based  on  the  preceding  evaluation,  the  /stem  fails, 
however,  to  fulfill  many  of  the  precepts  of  a  conceptually  sound 
management  information  system,'  as  outlined  in  this  paper. 

The  purpose  of  3-£  is  to  serve  management  in  the 
achievement  of  those  overall  objectives  of  the  Navy  to  which 
management  is  dedicated.   The  overall  objectives  of  the  3- 
System  have  become  somewhat  obscured  through  the  fragmented 
statements  of  these  objectives,  or  reference  to  secondary 
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objectives,  In  the  many  instructions  and  documents  pertaining  to 
the  system. 

The  3-M  System  was  not  initially  envisioned  as  an 
independent  maintenance  and  material  management  program,  but 
rather  it  was  designed  to  serve  specific  needs  of  maintenance 
personnel  within  the  operating  forces.   However,  it  possibly  has 
gained  identification  as  a  "pedestaled"  system  through  its 
"semi-special  project"  status. 

One  of  the  essential  Ingredients  of  the  3-H  System  is 
the  visibility  it  can  provide  managers  at  all  levels  into  the 
daily  material  support  problems  confronting  the  operating  forces, 
This  span  of  vision  can  and  often  does  result  in  improved 
distribution  of  skilled  manpower,  improved  material  support, 
more  efficient  use  of  available  manpower  and  material,  improved 
engineering  practices,  better  maintainability  and  reliability  of 
installed  equipments  and  weapon  systems.   The  system  has  produced 
many  benefits  during  its  relatively  short  existence.   These 
benefits  are  being  realized  in  varying  degrees;  some  are  being 
actively  sought  but  require  time  to  achieve;  some  are  dependent 
on  full  implementation  within  the  depot  levels  of  maintenance, 

Jefining  products  needed  by  the  user  is  a  major  problem. 
Although  a  user's  survey  was  utilized  prior  to  initiating  the 
system,  there  still  appears  to  be  a  lack  of  understanding  as  to 
what  data  are  available  in  the  system  and  what  data  are  required 


by  the  user,  requirements  are  defined  In  general  terms  for 
notional  or  an  abstract  representation  of  the  class  of  users. 
In  order  for  the  system  to  function  effectively  and  provide  the 
information  required  at  all  levels,  management  must  reconsider 
its  objectives  and  more  clearly  define  its  requirements. 

Although  the  Supply  and  Ships  Systems  Commands  have 
established  programs  bent  on  utilizing  3-M  data  for  Allowance 
List  construction  and  configuration  management,  the  data  elements 
collected  appear  to  be  incompatible  with  on-going  programs.   For 
example,  there  Is  not  a  convenient  way  to  relate  the  functional 
based  Equipment  Code  to  the  design  based  component  Identification 
Number  used  in  the  Allowance  List  program.   Incomplete,  inaccurate, 
and  extremely  late  data  presently  generated  by  the  system  have 
lessened  management's  enthusiasm  and  obviously  reduced  the 
system's  effectiveness. 

In  an  effort  to  gather  information  and  develop  a  broad 
data  base  the  system  imposes  an  unnecessary  reporting  workload 
on  the  operating  forces.   The  3-M  System  requires  the  reporting 
of  data  which  can  be,  and  often  are,  provided  by  computer  inputs 
vice  reporting  activity  inputs.   Such  elements  as  the  adminis- 
trative organization  to  which  the  reporting  activity  belongs  or 
the  unit  of  issue  and  price  for  material  used,  can  be  readily 
maintained  in  the  computer.  Required  reporting  of  all  scheduled 
preventive  maintenance  actions  accomplished  aboard  ship  imposes 
an  unnecessary  burden,  when  reporting  on  an  exception  basis  would 
serve  the  same  purpose. 
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It  is  found  in  30ioe  instances  that  organizational 
arrangements  are  not  sufficiently  well  documented  to  insure  the 
necessary  recognition  of  responsibilities  as  they  pertain  to  the 
continued  development  and  administration  of  3-  U 

The  system  relies  heavily  on  data  which  may  be  error- 
ridden,  and  erroneously  derived.    :e  only  way  that  these  data 
can  be  purified  is  through  actual  use  which  reveals  data 
deficiencies*   ^tensive  cross  referencing  of  supply  data  to 
maintenance  actions  is  introducing  errors  into  the  data  bank. 
It  is  obvious  that  the  authority  and  usefulness  of       data 
products  are  highly  dependent  upon  the  validity  of  the  data 
injected  into  the  system.   "Garbage  in.  garbage  out"  is  a  trite 
but  nevertheless  true  adage. 

a  Interval  between  the  actual  reporting  of  data  and   \ 
the  production  of  data  reports  fy     is  on  the  order  of  two  to  \" 
five  months.  At  best  these  untimely  reports  contain  only  three- 
fourths  cf  the  data  germane  to  the  maintenance  actions  for  a  given 
time  period. 

Interface  problems  among  the  ~j~.    system  and  other 
information  systems  in  the  l*avy  Department  and  Department  of 
Jefense  are  apparent  and  require  close  management  attention  in 
order  to  avoid  needless  redundancy  and  unnecessary  collecting  and 
maintaining  of  data,   a  detailed  analysis  of  management 
informations  systems  in  the  iavy  should  be  made  to  insure 
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integration  of  the  3-il  System  within  the  Navy  and  to  insure 
optimum  compatibility  of  all  systems. 

The  3-H  System  has  not  yet  reached  its  full  potential  as  ^ 
a  management  or  management  Information  system.   It  has,  however, 
in  the  time  since  its  initial  development,  become  an  essential 
tool  to  Navy  managers  in  the  attainment  of  specific  objectives. 

As  in  any  system,  modifications  are  required  as  the 
system  progresses.  However,  more  fundamental  to  the  realization 
of  a  responsive  and  effective  information  system  is  the 
disciplined  use  of  the  system  at  all  appropriate  levels  of 
management.   Only  in  this  way  can  the  full  potential  of  the  3-M 
System  be  realized. 
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.   Naval  viation  Maintenance  and  Material  Management 
Manual,  August  18,  1966. 


Other 

MMMMM 

U.   .   avy.   Maintenance  Support  Office,  Mechanics burg,  Pa. 
Letter  301247,  September  22,  19t  , 

U.  S.  Navy,  ?leet  ,Iaterial  Support  Office.   Letter  9712198-4000, 
September  21,  1967. 
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